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Foreword 

This Technical Specification (TS) has been produced by the 3"* Generation Partnership Project (3GPP). 

The contents of the present document are subject to continiung work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 

The present document defines the application test specification. 

The aim of the present document is to ensure interoperability between an UICC and a terminal independently of the 
respective manufacturer, card issuer or operator. The present document does not define any aspects related to the 
administrative management phase of the UICC. Any intemal technical reaUsation of either the UICC or the Terminal is 
only specified where these are reflected over the interface. 

Application specific details for applications residing on an UICC are specified in the respective application specific 
documents. The logical and physical Characteristics of the UICC Terminal interface is specified in document 
TS 102 221 [5]. The Universal Subscriber Identity Module (USIM)-application for 3G teleconomunication networks is 
specified in document TS 31.102 [4]. 
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1 Scope 

The present document provides the UICC -Terminal Interface Conformance Test Specification between the 3'^ 
Generation Terminal and USIM (Universal Subscriber Identity Module) as an application on the UICC and the 
Terminal for 3G telecom network operation and between a GERAN Terminal and USIM (Universal Subscriber Identity 
Module) as an application on the UICC and the GERAN Terminal for 2G telecom network operation: 

- the default setting of the USIM; 

- the applicability of each test case; 

- the test configurations; 

- the conformance requirement and reference to the core specifications; 

- the test purposes; and 

- a brief description of the test procedure and the specific acceptance criteria. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version apphes. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 



[I] ISO/IEC 7816-1 (1998): "Identification cards - Integrated circuit(s) cards with contacts - Part 1: 
Physical characteristics". 

[2] ISO/IEC 78 16-6 (1996): "Identification cards - Integrated circuit(s) cards with contacts - Part 6: 
Interindustry data elements". 

[3] 3GPP TS 23.038: "Alphabets and language-specific information". 

[4] 3GPP TS 31.102: "Characteristics of the USIM application". 

[5] ETSI TS 102 221 Release 5: "UICC-Terminal interface; Physical and logical characteristics". 

[6] 3GPP TS 22.01 1 : "Service accessibility" . 

[7] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[81 3GPP TS 22.024: "Description of Charge Advice Information (CAI)". 

[9] 3GPP TS 23.086: "Advice of Charge (AoC) Supplementary Service - Stage 2". 

[10] 3GPP TS 24.086: "Advice of Charge (AoC) Supplementary Service - Stage 3". 

[II] 3GPP TS 22.101: "Service aspects; Service principles". 

[12] 3GPP TS 22.030: "Man-Machine Interface (MMI) of the User Equipment (UE)". 

[13] 3GPP TS 23.040: "Technical reaUzation of the Short Message Service (SMS)". 

[14] 3GPP TS 23.003: "Numbering, Addressing and Identification". 
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[15] 


3GPPTS 44.018: 


"Mobile radio interface layer 3 specification; Radio Resource Control Protocol". 


[16] 


3GPP TS 24.008: 


"Mobile radio interface Layer 3 specification; Core Network protocols; Stage 3" 


[17] 


3GPP TS 24.080: 


"Mobile radio Layer 3 supplementary service specification; Formats and 


n SI 

Lioj 




-tVUVICC Ul l_^llaIgC ^_-rVUl_^_J oUppiClllClliaiy oCIVlCCo, OlagC 1 . 


[19] 


3GPPTS 21.111: 


"USIM and IC card requirements". 


[20] 


3GPPTS 25.331 


"Radio Resource Control (RRC); Protocol Specification". 


[21] 


3GPPTS 34.108 


"Common test environments for User Equipment (UE) conformance testing". 




jvjrr la J 1 .U 1 U- 
specification". 


1 "Mobile Station (MS) conformance specification; Parti: Conformance 


[23] 


3GPPTS 23.140 


"Multimedia Messaging Service (MMS); Functional description; Stage 2". 


[24] 


3GPP TS 24.002 
Configuration". 


" GSM - UMTS PubUc Land Mobile Network (PLMN) Access Reference 



3 Definitions, symbols, abbreviations and coding 
3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

Application DF (ADF): entry point to an appUcation 

access conditions: set of security attributes associated with a file 

access teclmology: Radio Access Technology of the Terminal (e.g. UTRAN or GSM) 

application: consists of a set of security mechanisms, files, data and protocols (excluding transmission protocols) 
application protocol: set of procedures required by the application 

card session: link between the card and the external world starting with the ATR and ending with a subsequent reset or 
a deactivation of the card 

current directory: latest MF or DF or ADF selected 
current EE: latest EF selected 

data object: information coded as TLV objects, i.e. consisting of a Tag, a Length and a Value part 

Dedicated Eile (DE): file containing access conditions and, optionally. Elementary Files (EEs) or other Dedicated Files 
(DFs) 

directory: general term for MF, DF and ADF 

Elementary Eile (EE): file containing access conditions and data and no other files 

file: directory or an organised set of bytes or records in the UICC 

file identifier: 2 bytes which address a file in the UICC 

function: function contains a command and a response pair 

GSM session: that part of the card session dedicated to the GSM operation 

ID-1 UICC: UICC having the format of an ID-1 card (see ISO/IEC 7816-1 [1]) 
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Master File (MF): unique mandatory file containing access conditions and optionally DFs and/or EFs 

MMS Relay/Server: MMS-specific network entity/application that is under the control of the MMS service provider 

NOTE: An MMS Relay/Server transfers messages, provides operations of the MMS that are specific or required 
by the mobile environment and provides (temporary and/or persistent) storage services to the MMS 

MMS User Agent: application residing on a UE or an external device that performs MMS-specific operations on a 

user"s behalf 

normal USIM operation: relating to general, PIN related, 3G and or GSM security and subscription related procedures 

plug-in UICC: second format of UICC 

record: string of bytes within an EE handled as a single entity 

record number: number, which identifies a record within an EE 

record pointer: pointer, which addresses one record in an EE 

terminal: device into which a UICC can be inserted and which is capable of providing access to 3GPP system services 
to users, either alone or in conjimction with a UICC 

User Equipment (UE): terminal with a UICC inserted with one or several Universal Subscriber Identity Module(s) 
(USIM) available for access either UTRAN or GERAN or both. 

USIM session: USIM session is a selectable application session for a USIM application 

3.2 Symbols 

Eor the purposes of the present document, the following symbols apply: 

bx Bit X of byte (leftmost bit is MSB) 

Bn Byte No. n 

3.3 Abbreviations 

Eor the purposes of the present document, the following abbreviations apply: 



2G 


Generation 


3G 


3"^ Generation 


3GPP 


3"" Generation Partnership Project 


ACC 


ACcess Class 


ACL 


APN Control List 


ACM 


Accumulated Call Meter 


ACMmax 


ACM maximal value 


ACT 


ACcess Technology 


ADE 


Application Dedicated Eile 


AoC 


Advice of Charge 


AoCC 


Advice of Charge Charging 


APN 


Access Point Name 


ATR 


Answer To Reset 


BCCH 


Broadcast Control Channel 


BCD 


Binary Coded Decimal 


BDN 


Barred Dialling Number 


CCI 


Capability / Configuration Identifier 


CCM 


Current Call Meter 


CK 


Cipher key 


CN 


Core Network 


CS 


Circuit switched 


DE 


Dedicated Eile 


EE 


Elementary Eile 


EMMI 


Electrical Man Machine Interface 
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Ext n 


Extension n 


FDN 


Fixed Dialling Number 


FPLMN 


Forbidden PLMN 


GSM 


Global System for Mobile communications 


HPLMN 


Home PLMN 


ICC 


Integrated Circuit Card 


ID 


IDentifier 


lEC 


International Electrotechnical Commission 


IK 


Integrity key 


IMSI 


International Mobile Subscriber Identity 


ISO 


International Organization for Standardization 


KSI 


Key Set Identifier 


LAC 


Location Area Code 


LAI 


Location Area Information 


LSB 


Least Significant Bit 


MCC 


Mobile Country Code 


MF 


Master File 


MM 


Multimedia Message 


MMI 


Man Machine Interface 


MMS 


Multimedia Messaging Service 


MNC 


Mobile Network Code 


MS 


Mobile Station 


MSB 


Most Significant Bit 


NAS 


Non Acess Stratum 


NPI 


Numbering Plan Identifier 


OFM 


Operational Feature Monitor 


OSI 


Open System Interconnection 


PI 


Parameter 1 


P2 


Parameter 2 


P3 


Parameter 3 


PIN 


Personal Identification Number 


PLMN 


Public Land Mobile Network 


PS 


Packet switched 


RACH 


Random Access Channel 


RFU 


Reserved for Future Use 


RRC 


Radio Resource Control 


SFI 


Short File Identifier 


SM 


Short Message 


SMS 


Short Message Service 


ss 


System Simulator (GSM) 


TE 


Terminal Equipment 


TLV 


Tag Length Value 


TMSI 


Temporary Mobile Subscriber Identity 


TON 


Type Of Number 


UE 


User Equipment 


USIM 


Universal Subscriber Identity Module 


USS 


UMTS System Simulator 


UTRAN 


UMTS Terrestrial Radio Access Network 


VPLMN 


Visitor PLMN 



3.4 Coding Conventions 

For the purposes of the present document, the following coding conventions apply: 

All lengths are presented in bytes, unless otherwise stated. Each byte B is represented by eight bits b8 to bl, where b8 is 
the most significant bit (MSB) and bl is the least significant bit (LSB). In each representation, the leftmost bit is the 
MSB. 

In the UICC, all bytes specified as RFU shall be set to '00' and all bits specifies as RFU shall be set to '0'. If the GSM 
and/or USIM application exists on a UICC or is built on a generic telecommunications card, then other values may 
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apply for the non- GSM or non-USIM applications. The values will be defined in the appropriate specifications for such 
cards and applications. These bytes and bits shall not be interpreted by a Terminal in a GSM or 3G session. 

The coding of Data Objects in the present document is according to ISO/IEC 7816-6 [2]. 

3.5 Generic procedures for UTRAN/GERAN 

If a test case contains the statement "This test applies to Terminals accessing UTRAN", the procedures defined in 3GPP 
TS 34. 108 [21], subclause 7.2 shall be the basis for all performed procedures during the test. The procedures in 
subclause 7 describe the default behaviour of a conformant UE regarding the specified protocols to be used for UTRAN 
and the required procedures from the NAS. 

If a test case contains the statement "This test applies to Terminals accessing GERAN", the procedures defined in 3GPP 
TS 51. 010 [22], subclause 10 shall be the basis for all performed procedures dmng the test. The procediu"es in 
subclause 10 describe the default behaviour of a conformant UE regarding the specified protocols to be used for 
GERAN and the required procedures from the NAS. 



4 Default Values 

All Test defined in the subsequent clauses applies to Terminal using both type of currently specified UICC (ID-1 UICC 
or Plug-in UICC) in TS 102 221 [5], clause 4 unless otherwise stated. 

The following sequence of tests confirms: 

a) the correct interpretation of data read from the USIM (Universal Subscriber Identification Module) by the 
Terminal; 

b) the correct writing of data to the USIM by the Terminal; 

c) the initiation of appropriate procedures by the Terminal; 

d) High level protocols. 

AU tests apply to the USIM application on the UICC. 

A USIM simulator will be required as part of the USS. Alternatively, to perform the logical tests, USIMs programmed 
with specific data may be used. The USIM data is not defined within the initial conditions of the tests unless it differs 
from the default values defined below. 

4.1 Definition of default values for USIIVI-Ternninal interface 
testing (Default UICC) 

A USIM containing the following default values is used for all tests of this present document unless otherwise stated. 
For each data item, the logical default values and the coding within the elementary files (EF) of the USIM follow. 
NOTE 1 : Bx represents byte x of the coding. 

NOTE 2: Unless otherwise defined, the coding values are hexadecimal. 

4.1 .1 Values of the EPs (Default UICC) 

4.1.1.1 EFiMsi(IMSI) 

Logically: 2460813579 
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Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 
Hex 06 21 64 80 31 75 F9 FF FF 



4.1.1.2 

Logically: 



Coding: 
Hex 



B1 
00 



EFad (Administrative Data) 

Normal operation 

OFM to be deactivated by the Terminal 
MNC: 3 digit 



B2 
00 



B3 
00 



84 
03 



4.1.1.3 

Logically: 



Coding: B1 
Hex FF 

4.1.1.4 

Logically: 



Coding: 
Hex 



B1 
Ox 



EFloci (Location Information) 



LAI-MCC: 
LAI-MNC: 
LAI-LAC: 
TMSI: 



B2 
FF 



B3 
FF 



246 
081 
0001 

"FF .. FF" 

B4 
FF 



B5 
42 



B6 

16 



EpKeys (Cipliering and Integrity Keys) 



Key Set Identifier KSI: 
Ciphering Keys CK: 
Integrity Keys IK: 



Ox 

XX 
XX 



B2 

XX 



B3 

XX 



B16 

XX 



B17 

XX 



B7 
80 



B8 
00 



B18 

XX 



B9 
01 



BIO 
FF 



B11 
00 



B30 

XX 



B31 

XX 



B32 

XX 



B33 

XX 



4.1.1.5 

Logically: 



Coding: B1 
Hex Ox 



EpKeysPs (Ciphering and Integrity Keys for Packet Switched domain) 



Key Set Identifier KSI: 

Ciphering Keys CK: 
Integrity Keys IK: 



B2 

XX 



B3 

XX 



Ox 

XX 
XX 



B16 

XX 



B17 

XX 



B18 

XX 



B31 

XX 



B32 

XX 



B33 

XX 



4.1.1.6 EPacc (Access Control Class) 

Logically: One and only one access class from 0-9, e.g. class 7 for which the coding is "00 80". 



4.1.1.7 



EPppLMN (Porbldden PLMNs) 



Besides of the 4 mandatory EFfplmn 2 optional EFfplmn are defined according to TS 31.102 [4], subclause 4.2.16. 



Logically: 



PLMNl 

PLMN2 
PLMN3 
PLMN4 
PLMNS 
PLMN6 



234 001 (MCC MNC) 

234 002 
234 003 
234 004 
234 005 
234 006 
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Coding: 
Hex 



B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


B12 


32 


14 


00 


32 


24 


00 


32 


34 


00 


32 


44 


00 


B13 


814 


B15 


B16 


B17 


B18 














32 


54 


00 


32 


64 


00 















4.1 .1 .8 EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
Service n 33 (Packed Switched Domain) shall be set to 1' 
Enabled Services Table available 



Coding: B1 B2 B3 B4 B5 

binary xxl x xxl 1 xxxx xxxx xxxx 1 xOO xxxx x1 xx xxxx xxl 1 



The coding of EFusx shall conform with the capabilities of the USIM used. 

4.1.1.9 EFest (Enable Service Table) 

Logically: Fixed Dialling Numbers (FDN) disabled. 

Barred Dialling Numbers (BDN) disabled. 
APN Control list (ACL) disabled 



Coding: 
binary 



B1 

0000 0000 



4.1.1.10 



The coding of EFest shall conform with the capabilities of the USIM, unused Bits are set to '0'. 

EFadn (Abbreviated Dialling Number) 



Logically: 

At least 10 records, each non empty record unique. 



Record 1: 



Record 1: 

Coding: 
Hex 



B1 
41 



Length of alpha identifier: 32 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCI: 
Extl: 



"ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEF"; 
"03"; 

Telephony and Unknown; 

123; 

None; 

None. 



B2 
42 



B3 
43 



B32 
46 



B33 
03 



B34 B35 
81 21 



B36 
F3 



B37 
FF 



B38 
FF 



B39 
FF 



B46 
FF 



4.1.1.11 



EFpLMNwACT (User Controlled PLMN Selector with Access Technology) 



Besides of the 8 mandatory PLMN w ACT entries 4 optional PLMNwACT entries are defined according to TS 31.102 
[4], subclause 4.2.5. The Radio Access Technology identifier for the first two PLMN (1" PLMN and 2°'' PLMN) are set 
to both UTRAN and GSM, all other PLMN to UTRAN only. 



Logically: 



1'' PLMN: 244 081 (MCC MNC) 
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St 


ACT: 


UTRAN 


,nd 


PLMN: 


244 081 


,nd 


ACT: 


GSM 


,rd 


PLMN: 


244 082 


,rd 


ACT: 


UTRAN 


th 


PLMN: 


244 082 


Ith 


ACT: 


GSM 


jth 


PLMN: 


244 003 


jth 


ACT: 


UTRAN 


^th 


PLMN: 


244 004 


|th 


ACT: 


UTRAN 


rth 


PLMN: 


244 005 


,th 


ACT: 


UTRAN 


,th 


PLMN: 


244 006 


,th 


ACT: 


UTRAN 


|th 


PLMN: 


244 007 


,,h 


ACT: 


UTRAN 



10"^ PLMN: 244 008 
10* ACT: UTRAN 
11* PLMN: 244 009 
11* ACT: UTRAN 
12* PLMN: 244 010 
12* ACT: UTRAN 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 B15 
Hex 42 14 80 80 00 42 14 80 00 80 42 24 80 80 00 

B16 B17 B18 B19 B20 B21 B22 B23 B24 B25 B26 B27 B28 B29 B30 
42 24 80 00 80 42 24 00 80 00 42 44 00 80 00 

B31 B32 B33 B34 B35 B36 B37 B38 B39 B40 B41 B42 B43 B44 B45 
42 54 00 80 00 42 64 00 80 00 42 74 00 80 00 

B46 B47 B48 B49 B50 B51 B52 B53 B54 B55 B56 B57 B58 B59 B60 
42 84 00 80 00 42 94 00 80 00 42 04 10 80 00 



4.1.1.12 



EFopLMNwACT (Operator Controlled PLMN Selector with Access Technology) 



The Radio Access Technology identifier for the first PLMN is set to both UTRAN and GSM, the other remaining 
PLMNs to UTRAN only. 

Logically: 



l^'PLMN: 


254 001 (MCC MNC) 


r'ACT: 


UTRAN 


2°^ PLMN: 


254 001 


2"*^ ACT: 


GSM 


3"^ PLMN: 


254 002 


3"^ ACT: 


UTRAN 


4* PLMN: 


254 003 


4* ACT: 


UTRAN 


5* PLMN: 


254 004 


5* ACT: 


UTRAN 


6* PLMN: 


254 005 


6* ACT: 


UTRAN 


7* PLMN: 


254 006 


7* ACT: 


UTRAN 


8* PLMN: 


254 007 


8* ACT: 


UTRAN 
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Coding: 
Hex 



B01 


B02 


B03 


B04 


BOS 


B06 


B07 


808 


B09 


BIO 


52 


14 


00 


80 


00 


52 


14 


00 


00 


80 


B11 


B12 


B13 


B14 


B15 


B16 


B17 


B18 


B19 


B20 


52 


24 


00 


80 


00 


52 


34 


00 


80 


00 


B21 


B22 


B23 


B24 


825 


B26 


B27 


B28 


B29 


B30 


52 


44 


00 


80 


00 


52 


54 


00 


80 


00 


B31 


B32 


B33 


B34 


B35 


B36 


B37 


B38 


B39 


B40 


52 


64 


00 


80 


00 


52 


74 


00 


80 


00 



4.1.1.13 



Void 
PIN 



4.1.1.14 

Key reference: 01 

Logically: 2468 



Coding: B1 
Hex 32 



B2 
34 



B3 
36 



B4 
38 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



4.1.1.15 PIN2 

Key reference: 81 

Logically: 3579 



Coding: B1 
Hex 33 



B2 
35 



B3 
37 



B4 
39 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



4.1.1.16 Unblock PIN 

Key reference: 01 

Logically: 13243546 



Coding: B1 
Hex 31 



B2 
33 



B3 
32 



B4 
34 



B5 
33 



B6 
35 



B7 
34 



B8 
36 



4.1.1.17 Unblock PIN2 

Key reference: 81 

Logically: 08978675 



Coding: B1 
Hex 30 



B2 
38 



B3 
39 



B4 
37 



B5 
38 



B6 
36 



B7 
37 



B8 
35 



4.1.1.18 



Other Values of the USIM 



All other values of EFs provided by the USIM shall be set to the default values defined in the annex E of TS 31.102 [4]. 
Some EFs (like the GSM Access files) may necessary for some tests and apply only to those test cases. 



4.1.1.19 

Logically: 



EFpsLoci (Packet Switch Location Information) 



RAl-MCC: 
RAl-MNC: 
RAl-LAC: 
RAI-RAC: 



246 
081 
0001 
05 
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P-TMSI: "FF....FF" 
P-TMSI signature value: "FF. . .FF" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


Hex 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


42 


16 


80 


00 


Coding: 


B12 


813 


B14 


















Hex 


01 


05 


00 



















4.1.1.20 Universal PIN 

Key reference: 1 1 

LogicaUy: 2839 



Coding: 
Hex 



B1 
32 



B2 
38 



B3 
33 



84 
39 



85 
FF 



86 
FF 



B7 
FF 



88 
FF 



4.1 .1 .21 Unblock Universal PIN 

Key reference: 1 1 

LogicaUy: 0203040506 



Coding: 
Hex 



B1 
30 



82 
32 



83 
30 



84 
33 



85 
30 



86 
34 



87 
30 



88 
35 



4.2 



Definition of FDN UlCC 



The FDN test cases require a different configuration than the one described in subclause 4.1. For that purpose a default 
FDN UICC is defined. In general the values of the FDN UICC are identical to the default UICC, with the following 
exceptions. 



4.2.1 Values of the EF's (FDN UICC) 
EFusT (USIM Service Table) 



4.2.1.1 

Logically: 



Local Phone Book available 
User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 

The GSM Access available 

The Group Identifier level 1 and level 2 not available. 
Service n 33 (Packed Switched Domain) shall be set to T 
Enabled Services Table available 



Coding: 81 82 83 84 85 

binary xx1xxx11 xxxxxxxx xxxx 1x00 xxxxxixx xxxxxxll 



The coding of EFust shall conform with the capabilities of the USIM used. 

4.2.1.2 EFest (Enable Service Table) 

Logically: Fixed Dialling Numbers enabled. 

Barred Dialhng Numbers disabled. 
APN Control list (ACL) disabled. 
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Coding: B1 
binary 0000 0001 



4.2.1.3 

Logically: 
Record 1: 



The coding of EFest shall conform with the capabilities of the USIM, unused Bits are set to '0'.. 

EFfdn (Fixed Dialling Numbers) 

Length of alpha identifier: 6 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCI: 
Ext2: 



"FDNlll"; 

"06"; 

Telephony and International; 

+1357924680; 

None; 

None. 



Coding for record 1 : 





B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


B12 


B13 


Hex 


46 


44 


4E 


31 


31 


31 


06 


91 


31 


75 


29 


64 


08 




B14 


B15 


B16 


B17 


B18 


B19 


B20 
















FF 


FF 


FF 


FF 


FF 


FF 


FF 















Record 2: 



Length of alpha identifier: 6 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCI: 
Ext2: 



"FDN222"; 

"04"; 

Telephony and Unknown; 

24680; 

None; 

None. 



Coding for record 2: 





B1 


B2 


B3 


B4 


B5 


B6 


87 


88 


89 


810 


811 


812 


813 


Hex 


46 


44 


4E 


32 


32 


32 


04 


81 


42 


86 


FO 


FF 


FF 




B14 


B15 


816 


817 


B18 


819 


820 
















FF 


FF 


FF 


FF 


FF 


FF 


FF 















Record 3: 



Length of alpha identifier: 6 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCI: 
Ext2: 



"FDN333"; 
"OB"; 

Telephony and International; 

+12345678901234567890; 

None; 

None. 



Coding for record 3: 





81 


82 


83 


84 


85 


86 


87 


88 


89 


810 


811 


812 


813 


Hex 


46 


44 


4E 


33 


33 


33 


08 


91 


21 


43 


65 


87 


09 




814 


815 


816 


817 


818 


819 


820 
















21 


43 


65 


87 


09 


FF 


FF 















4.2.1 .4 EFecc (Emergency Call Codes) 

Logically: Emergency call code: 

Emergency call code alpha identifier: 
Emergency call Service Category: 



"122"; 
"TEST"; 

Mountain Rescue. 
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Coding: B1 
Hex 21 



B2 
F2 



B3 
FF 



B4 
54 



B5 
45 



B6 
53 



B7 
54 



B8 
10 



4.2.1.5 



Other Values of the USIM 



All other values of EFs provided by the USIM shall be set to the default values defined in the annex E of TS 31.102 [4]. 
Some EFs (Uke the GSM Access files) may necessary for some tests and apply only to those test cases. 



4.3 



Definition of BDN UlCC 



The BDN test cases require a different configuration than the one described in subclause 4.1. For that purpose a default 
BDN UICC is defined. In general the values of the BDN UICC are identical to the default UICC, with the following 
exceptions. 



4.3.1 Values of the EPs (BDN UICC) 



4.3.1 .1 EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 

The GSM Access available 

The Group Identifier level 1 and level 2 not available. 
Service n 33 (Packed Switched Domain) shall be set to T 
Enabled Services Table available 



Coding: 
binary 



B1 

xx1x xxl 1 



82 

xxxx xxxx 



83 

xxxx 1 xOO 



84 

xxxx Xl XX 



B5 

xxxx xxl 1 



The coding of EFysx shall conform with the capabilities of the USIM used. 

4.3.1.2 EFest (Enable Service Table) 

Logically: Fixed Dialling Numbers disabled. 

Barred Dialhng Numbers enabled. 
APN Control list (ACL) disabled. 

Coding: B1 
binary 0000 0010 



4.3.1.3 

Logically: 
Record 1: 



The coding of EFest shall conform with the capabilities of the USIM, unused Bits are set to '0'. 

EFbdn (Barred Dialling Numbers) 



Length of alpha identifier: 6 characters; 

Alpha identifier: "BDNlll"; 

Length of BCD number: "06"; 

TON and NPI: Telephony and International; 

Dialled number: +1357924680; 

CCI: None; 

Ext2: None. 



Coding for record 1: 
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Hex 



B1 
42 



B2 
44 



B3 
4E 



B4 
31 



B5 
31 



B6 
31 



B7 
06 



B8 
91 



Bg 

31 



BIO 
75 



B11 
29 



B12 
64 



B13 
08 



B14 
FF 



B15 
FF 



816 
FF 



817 
FF 



BIB 
FF 



B19 
FF 



B20 
FF 



Record 2: 



Length of alpha identifier: 6 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCI: 
Ext2: 



"BDN222"; 
"03"; 

Telephony and Unknown; 

122; 

None; 

None. 



Coding for record 2: 





81 


82 


83 


84 


85 


86 


87 


88 


89 


B10 


811 


812 


813 


Hex 


42 


44 


4E 


32 


32 


32 


04 


81 


21 


F2 


FF 


FF 


FF 




B14 


815 


816 


817 


818 


819 


820 
















FF 


FF 


FF 


FF 


FF 


FF 


FF 















Record 3: 



Length of alpha identifier: 6 characters; 



Alpha identifier: 
Length of BCD number: 
TON and NPI: 
Dialled number: 
CCL 
Ext2: 



"BDN333"; 
"03"; 

Telephony and Unknown; 

112; 

None; 

None. 



Coding for record 3: 





81 


82 


83 


84 


85 


86 


87 


88 


89 


810 


811 


812 


813 


Hex 


42 


44 


4E 


33 


33 


33 


03 


81 


11 


F2 


FF 


FF 


FF 




814 


815 


81 6 


B17 


818 


81 9 


820 
















FF 


FF 


FF 


FF 


FF 


FF 


FF 















4.3.1 .4 EFecc (Emergency Call Codes) 

Logically: Emergency call code: "122"; 

Emergency call code alpha identifier: "TEST"; 

Emergency call Service Category: Mountain Rescue. 

Coding: 81 82 B3 84 85 86 87 88 

Hex 21 F2 FF 54 45 53 54 10 



4.3.1 .5 Other Values of the USIM 

All other values of EFs provided by the USIM shall be set to the default values defined in the annex E of TS 31.102 [4]. 
Some EFs (hke the GSM Access files) may necessary for some tests and apply only to those test cases. 
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5 Subscription related tests 

5.1 IIVISI/TIVISI handling 

5.1 .1 UE identification by short IIVISI 

5.1.1.1 Definition and applicability 

The IMSI is used for unique identification of the UE by UTRAN/ a GERAN. The IMSI is stored in the USIM and read 
during the UICC-Terminal initiahsation procedure. 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

5.1 .1 .2 Conformance requirement 

After successful completion of the RRC Connection Establishment procedure (in case of Terminals accessing UTRAN) 
respectively after receipt of an IMMEDIATE ASSIGNMENT message (in case of a Terminal accessing a GERAN) the 
UE shall send PAGING RESPONSE containing the IMSI of the USIM, which is less than the maximum length. 

Reference: 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.2; 

• TS 24.008 [16], subclause 10.5.1.4; 

• TS 102 221 [5], subclause 14.1.1. 

5.1.1.3 Test purpose 

1) To verify that the Terminal uses the IMSI of the USIM. 

2) To verify that the Terminal can handle an IMSI of less than the maximum length. 

3) To verify that the READ EFimsi command is performed correctly by the terminal 

5.1.1.4 Method of test 

5.1 .1 .4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN) / SS (in case of a Terminal accessing a GERAN)transmits on the 
BCCH, with the following network parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default UICC is installed into the Terminal and the UE is powered on. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

5.1.1.4.2 Procedure 

Expected Sequence A: 

a) The USS sends PAGING TYPE 1 to the UE using the IMSI stored in the USIM. 
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b) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) After receipt of a PAGING RESPONSE from the UE, the USS sends RRC CONNECTION RELEASE to the 
UE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

Expected Sequence B: 

a) The SS sends PAGING REQUEST to the UE using the IMSI stored in the USIM. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a PAGING RESPONSE from the UE, the SS sends CHANNEL RELEASE to the UE. 

5.1.1.5 Acceptance criteria 

After step b) the UE shall send PAGING RESPONSE to the USS/SS containing the IMSI stored in the USIM. 

5.1 .2 UE identification by sliort IMSI using a 2 digit MNC 

5.1 .2.1 Definition and applicability 

In some networks the IMSI identifying the UTRAN/ GERAN can be consistence of a 2 digit MNC. The IMSI is stored 
in the USIM and read during the UICC-Terminal initialisation procedure. 

This test applies to Terminals accessing UTRAN and to Temainals accessing a GERAN. 

5.1.2.2 Conformance requirement 

After successful completion of the RRC Connection Establishment procedure (in case of Terminals accessing UTRAN) 
respectively after receipt of an IMMEDIATE ASSIGNMENT message (in case of a Terminal accessing a GERAN) the 
UE shall send PAGING RESPONSE containing the IMSI of the USIM. 

Reference: 

• TS 31.102 [4], subclause 4.2.18; 

• TS 24.008 [16], subclause 10.5.1.4. 

5.1.2.3 Test purpose 

1) To verify that the Terminal can handle an IMSI consistence of a 2 digit MNC. 

5.1.2.4 Method of test 
5.1.2.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN) / SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/81/0001. 

- Access control: unrestricted. 

The default UICC is used with the following exception: 

EFLOCI (Location Information) 

Logically: LAI-MCC: 246 

LAI-MNC: 81 
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Coding: B1 
Hex FF 



LAI-LAC: 0001 
TMSI: "FF .. FF" 



B2 
FF 



B3 
FF 



84 
FF 



85 
42 



86 
F6 



87 
18 



88 
00 



89 
01 



810 
FF 



811 
00 



EFiMsi (IMSI) 

Logically: 



Coding: 
Hex 



81 
05 



246813579 



82 
29 



83 
64 



84 
18 



85 
53 



88 
97 



87 
FF 



88 
FF 



89 
FF 



EFad (Administrative Data) 



Logically: 



Coding: 81 
Hex 00 



Normal operation 

OFM to be deactivated by the Terminal 
MNC: 2 digit 



82 
00 



83 
00 



84 
02 



The UICC is installed into the Terminal and the UE is powered on. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

5.1.2.4.2 Procedure 

Expected Sequence A: 

a) The USS sends PAGING TYPE 1 to the UE using the IMSI stored in the USIM. 

b) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, foUowed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) After receipt of a PAGING RESPONSE from the UE, the USS sends RRC CONNECTION RELEASE to the 
UE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

Expected Sequence B: 

a) The SS sends PAGING REQUEST to the UE using the IMSI stored in the USIM. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a PAGING RESPONSE from the UE, the SS sends CHANNEL RELEASE to the UE. 

5.1 .2.5 Acceptance criteria 

After step b) the UE shaU send PAGING RESPONSE to the USS/SS containing the IMSI stored in the USIM. 



5.1 .3 UE identification by "sliort" TMSI 



5.1.3.1 



Definition and applicability 



The TMSI is temporarily used for identification of the UE by UTRAN/ a GERAN. It wiU have been previously 
assigned by the network. The TMSI is stored in the USIM by the Terminal and read during the USIM-Terminal 
initialisation procedme. 
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NOTE: According to TS 23.003 [14], subclause 2.4, a TMSI always consists of 8 digits (4 bytes). With this tests 
the handling of a TMSI with leading zeros will be tested. The term "short" TMSI is used in order to 
distinguish between the tests as defined in subclauses 5.1.3 and 5.1.4. 

This test applies to Terminals accessing UTRAN and supporting CS and Terminals accessing a GERAN. 



5.1.3.2 Conformance requirement 

After successful completion of the RRC Connection Establishment procedure (in case of Terminals accessing UTRAN) 
respectively after receipt of an IMMEDIATE ASSIGNMENT message (in case of a Terminal accessing a GERAN) the 
UE shall send PAGING RESPONSE containing the TMSI of the USIM. According to subclause 10.3.1.17 in TS 25.331 
[201 the TMSI has a fixed length of 32 bit (8 digits) when used inside the PAGING TYPE 1/ PAGING REQUEST 

message. 

Reference: 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.2; 

• TS 24.008 [16], subclause 10.5.1.4. 

• TS 25.331 [20], subclause 10.3.1.17 

5.1.3.3 Test purpose 

1) To verify that the Terminal uses the TMSI stored in the USIM. 

2) To verify that the Terminal can handle a TMSI of less than maximum length. 



5.1.3.4 Method of test 



5.1.3.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN) / SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 
Access control: unrestricted. 

The default UICC is used with the following exception: 

EFloci (Location Information) 

Logically: LAI-MCC: 246 

LAI-MNC: 081 

LAI-LAC: 0001 

TMSI: "00002143" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 00 00 21 43 42 16 80 00 01 FF 00 



The UICC is installed into the Terminal and the UE is powered on. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

5.1.3.4.2 Procedure 

Expected Sequence A: 
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a) The USS sends PAGING TYPE 1 to the UE using the TMSI stored in the USIM matching the required length of 

8 digits. 

b) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) After receipt of a PAGING RESPONSE from the UE, the USS sends RRC CONNECTION RELEASE to the 
UE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

Expected Sequence B: 

a) The SS sends PAGING REQUEST to the UE using the TMSI stored in the USIM matching the required length 
of 8 digits. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a PAGING RESPONSE from the UE, the SS sends CHANNEL RELEASE to the UE. 

5.1.3.5 Acceptance criteria 

After step b) the UE shall send PAGING RESPONSE to the USS/SS containing the TMSI stored in the USIM. 



The TMSI is temporarily used for identification of the UE by UTRAN/ a GERAN. It will have been previously 
assigned by the network. The TMSI is stored in the USIM by the Terminal and read during the USIM-Terminal 
initialisation procedure. 

NOTE: According to TS 23.003 [14], subclause 2.4, a TMSI always consists of 8 digits (4 bytes). With this tests 
the handling of a new assigned TMSI will be tested. The term "long" TMSI is used in order to distinguish 
between the tests as defined in subclauses 5.1.3 and 5.1.4. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. 



After successful completion of the RRC Connection Establishment procedure (in case of Terminals accessing UTRAN) 
respectively after receipt of an IMMEDIATE ASSIGNMENT message (in case of a Terminal accessing a GERAN) the 
UE shall send PAGING RESPONSE containing the correct TMSI stored in the USIM. 

According to subclause 10.3.1.17 in TS 25.331 [20] the TMSI has a fixed length of 32 bit (8 digits) when used inside 
the PAGE^G TYPE 1/PAGE^G REQUEST message. 



5.1 .4 UE identification by "long" TMSI 



5.1.4.1 



Definition and applicability 



5.1.4.2 



Conformance requirement 



Reference: 



• TS 31.102 [4], subclauses 5.1.1 and 5.2.2; 



• TS 24.008 [16], subclause 10.5.1.4. 



• TS 25.331 [20], subclause 10.3.1.17 



5.1.4.3 



Test purpose 



1) To verify that the Terminal uses the TMSI stored in the USIM. 



2) To verify that the Terminal can handle a TMSI of maximum length. 



3) To verify that the Terminal does not respond to page requests containing a previous TMSI. 
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5.1.4.4 Method of test 

5.1.4.4.1 Initial conditions 

Prior to this test, the Terminal shall have been operated with a USIM containing TMSI "2143". This may be achieved 
by executing the previous test (5.1.3) prior to this test. Only under this condition will test purpose 3) be verified. 

The USS (in case of a Terminal accessing UTRAN) / SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 
Access control: unrestricted. 

The default UICC is used with the following exception: 

EFloci (Location Information) 

Logically: LAI-MCC: 246 

LAI-MNC: 081 
LAI-LAC: 0001 
TMSI: "21430000" 

Coding: B1 B2 B3 84 B5 B6 B7 B8 B9 B10 B11 

Hex 21 43 00 00 42 16 80 00 01 FF 00 

The UICC is installed into the Terminal and the UE is powered on. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

5.1.4.4.2 Procedure 

Expected Sequence A: 

a) The USS sends PAGING TYPE 1 to the UE using the TMSI "00002143". 

b) The USS sends PAGING TYPE 1 to the UE using the TMSI stored in the USIM. 

c) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, foUowed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

d) After receipt of a PAGING RESPONSE from the UE, the USS sends RRC CONNECTION RELEASE to the 
UE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

Expected Sequence B: 

a) The SS sends PAGE^G REQUEST to the UE using the TMSI "00002143". 

b) The SS sends PAGING REQUEST to the UE using the TMSI stored in the USIM. 

c) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

d) After receipt of a PAGING RESPONSE from the UE, the SS sends CHANNEL RELEASE to the UE. 

5.1.4.5 Acceptance criteria 

1) After step a) the UE shall not respond to the PAGING TYPE 1 respectively to the PAGING REQUEST. 

2) After step c) the UE shall send PAGE^G RESPONSE to the USS/ SS containing the TMSI stored in the USIM. 
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5.1 .5 UE identification by long IMSI, TMSI updating and key set identifier 
assignment 

5.1 .5.1 Definition and applicability 

The IMSI and TMSI are used for identification of the UE by UTRAN/ a GERAN. They are read from the USIM during 
the USIM-Terminal initialisation procedure. Within the authentication procedure the UTRAN sends a key set identifier 
respectively a GERAN sends a ciphering key sequence number to the UE. In addition the network may allocate a new 
TMSI to the UE. Key set identifier and TMSI are stored in the USIM after UTRAN call termination and/or at a 3G 
session termination. Ciphering key sequence number and TMSI are stored in the USIM after GERAN call termination 
and/or at a 3G session termination. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. 

NOTE: According to TS 24.008 [16] the term KSI may be used instead of the term ciphering key sequence 
number which is used inside the MM message AUTHENTICATION REQUEST. 

5.1.5.2 Conformance requirement 

1) After successful completion of the RRC Connection Estabhshment procedure (in case of Terminals accessing 
UTRAN) respectively after receipt of an IMMEDIATE ASSIGNMENT message (in case of a Terminal 
accessing a GERAN) the UE shall send PAGING RESPONSE containing the correct IMSI stored in the USIM. 

Reference: 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.2; 

• TS 24.008 1 161, subclause 10.5.1.4. 

2) After call termination the USIM shall contain the key set identifier (ciphering key sequence number) and TMSI 
received by the UE during the authentication and TMSI reallocation procedures. 

Reference: 

• TS 31.102 [4], subclauses 5.1.2, 5.2.5 and 5.2.6; 

• TS 21.111 [19], subclause 10.1. 

• TS 24.008 [16], subclause 4.3.2.4. 

3) After call termination the Terminal shall have updated EFLOCI. 
Reference: 

• TS 102 221 [5], subclause 14.1.2. 

5.1.5.3 Test purpose 

1) To verify that the Terminal uses the IMSI stored in the USIM. 

2) To verify that the Terminal does not respond to page requests containing a previous IMSI. 

3) To verify that the Terminal can handle an IMSI of maximum length. 

4) To verify that the Terminal correctly updates the key set identifier respectively the ciphering key sequence 
number at call termination. 

5) To verify that the Terminal correctly updates the TMSI at call termination. 

6) To verify that the UPDATE EFloci command is performed correctly by the terminal 
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5.1.5.4 Method of test 

5.1.5.4.1 Initial conditions 

Prior to this test, the Terminal shall have been operated with a USIM containing IMSI "2460813579". This may be 
achieved by executing the previous test (5.1.4) prior to this test. Only under this condition will test purpose 2) be 
verified. 

The USS (in case of a Terminal accessing UTRAN) / SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default UICC is used with the following exception: 

EFiMsi (IMSI) 

Logically: 246081111111111 

Coding: B1 B2 B3 84 B5 B6 B7 B8 B9 

Hex 08 29 64 80 11 11 11 11 11 



EFkc (GSM Ciphering Key Kc) 

Logically: Ciphering key Kc: xx 

Ciphering key sequence number n: 01 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 

Hex XX XX XX xx xx xx xx xx 01 



The UICC is installed into the Terminal and the UE is powered on. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

5.1.5.4.2 Procedure 

Expected Sequence A: 

a) The USS sends PAGING TYPE 1 to the UE using the IMSI "2460813579". 

b) The USS sends PAGING TYPE 1 to the UE using the IMSI stored in the USIM. 

c) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

d) After receipt of a PAGING RESPONSE from the UE, the USS sends AUTHENTICATION REQUEST to the 
UE containing Key Set Identifier KSl (ciphering key sequence number) set to binary 010. 

e) After receipt of AUTHENTICATION RESPONSE from the UE and subsequent completion of the security 
procedure on RRC, the USS sends TMSI REALLOCATION COMMAND to the UE containing TMSI 
"32547698". 

f) Within 5 s after receipt of TMSI REALLOCATION COMPLETE from the UE, the USS sends RRC 
CONNECTION RELEASE to the UE. 

g) To allow examination of the values in the USIM after connection termination the UE shall not be soft powered 
down. If the test is performed with a USIM simulator, the simulation is stopped. If the test is performed with a 
USIM, the UICC is removed without soft powering down the UE. If this is not possible, the power supply of the 
Terminal is removed and then the UICC removed. 
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Expected sequence B: 

a) The SS sends PAGING REQUEST to the UE using the IMSI "2460813579". 

b) The SS sends PAGING REQUEST to the UE using the IMSI stored in the USIM. 

c) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

d) After receipt of a PAGING RESPONSE from the UE, the SS sends AUTHENTICATION REQUEST to the UE 
containing ciphering key sequence number set to binary 010. 

e) After receipt of AUTHENTICATION RESPONSE from the UE, the SS sends TMSI REALLOCATION 
COMMAND to the UE containing TMSI "32547698". 

f) Within 5 s after receipt of TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL 
RELEASE to the UE. 

g) To allow examination of the values in the USIM after connection termination the UE shall not be soft powered 
down. If the test is performed with a USIM simulator, the simulation is stopped. If the test is performed with a 
USIM, the UlCC is removed without soft powering down the UE. If this is not possible, the power supply of the 
Terminal is removed and then the UICC removed. 



5.1.5.5 Acceptance criteria 

1) After step a) the UE shall not respond to the PAGING TYPE 1/ PAGING REQUEST. 

2) After step c) the UE shall send PAGING RESPONSE to the USS/SS containing the IMSI stored in the USIM. 

3) After step e) the UE shall send TMSI REALLOCATION COMPLETE to the USS/SS. 

4) After step g) the USIM shall contain the following values: 
EFloci (Location Information) 



Logically: 



Coding: B1 
Hex 32 



LAl-MCC: 246 
LAI-MNC: 081 
TMSI: "32547698" 



B2 
54 



B3 
76 



84 
98 



B5 
42 



B6 
16 



87 
80 



B8 

XX 



B9 

XX 



B10 

XX 



B11 
00 



In case of a Terminal accessing UTRAN: 
EFKeys (Ciphering and Integrity Keys) 



Logically: 



Coding: 
Hex 



B1 
02 



Key Set Identifier KSl: 
Ciphering Keys CK: 
Integrity Keys IK: 



B2 

XX 



B3 

XX 



02 

XX (result of the authentication algorithm) 
XX (result of the authentication algorithm) 



B16 

XX 



B17 

XX 



B18 

XX 



B31 

XX 



B32 

XX 



B33 

XX 



In case of a Terminal accessing a GERAN: 
EFkc (GSM Ciphering Key Kc) 



Logically: 



Ciphering key Kc: 



XX (result of the authentication algorithm) 



Ciphering key sequence number n: 02 



Coding: 
Hex 



B1 

XX 



B2 

XX 



B3 

XX 



B4 

XX 



B5 
Xx 



B6 

XX 



B7 

XX 



B8 

XX 



B9 
02 
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5.2 Access Control handling 

5.2.1 Access Control information handling 

5.2.1 .1 Definition and applicability 

Access Control allows restriction of call access attempts. All User Equipments are assigned to one out of ten randomly 
allocated classes, and optionally (for priority uses) also to one or more special categories. 

An Access Class of the special Categories is only valid in the HPLMN or HPLMN country. Otherwise, the randomly 
allocated class is used. 

The classes are programmed on the USIM. The network controls which classes at any time may be barred. 
In addition, there is a separate mechanism for control of network access for emergency call attempts. 
This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. 

5.2.1.2 Conformance requirement 

1. The Terminal shall read the access control value as part of the USIM-Terminal initialisation procedure, and 
subsequently adopt this value. 

Reference: 

• TS 31.102 [4], subclause 5.1.1. 

2. If the UE is a member of at least one access class which corresponds to the permitted classes as signalled over 
the air interface, and the access class is applicable in the serving network.access attempts are allowed . 
Otherwise access attempts are not allowed. 

3. If access class 10 is barred, then the UEs of classes 0-9 and the Terminals without UICCs shall not make 
emergency call attempts. 

4. UE of classes 1 1 - 15 are not allowed to make emergency call attempts if access class 10 and the relevant access 
class(es) between 11 and 15 are barred. Otherwise, emergency call attempts are allowed irrespective of the 
conditions of access class 10. 

All options are shown in figure 5-1 and are referenced to the tests. 
Reference: 

• TS 22.01 1 [6], subclauses 4.3 and 4.4. 

5.2.1.3 Test purpose 

1) To verify that the Terminal reads the access control value as part of the USIM-Terminal initialisation procedure, 
and subsequently adopts this value. 

2) To verify that the UE controls its network access in accordance with its access control class and the conditions 

imposed by the serving network. 

The tests verify Terminal performance for the following: 
Tests (a) and (b) No UICC in Terminal. 
Tests (c) to (e) UE with access class to 9. 

Test (f) UE with access class 11 and 15 not in HPLMN, and 

UE with access class 12,13 and 14 not in HPLMN country. 

Test (g) and (h) UE with access class 11 and 15 in HPLMN, and 

UE with access class 12,13 and 14 in HPLMN country. 
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Each of the above are tested against all relevant combinations of access control and emergency call bits signalled by the 
network, as shown in table 5-1 . 

5.2.1.4 Method of test 

5.2.1.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a GERAN Terminal) transmits on the BCCH, with 
the following network parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): see table 5-1. 

- Access control: see table 5-1. 

- RACH: see table 5-1. 

The default UICC is installed in the Terminal containing IMSI and access control values as given in table 5-1 and the 
UE is powered on. 

NOTE: Depending on the initial value of the EFlqci, the UE may perform a location update. This shall be 
accepted by the USS/SS. 

5.2.1.4.2 Coding details 

USIM IMSI EFmisi: Data Field "6F 07" 

Logically: IMSI: "2460813579" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 

Hex 06 21 64 80 31 75 F9 FF FF 

LogicaUy: IMSI: "24608135x9" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 

Hex 06 21 64 80 31 x5 F9 FF FF 

Access Control class EFacc^ Data field "6F 78" 

Reference: 

• See TS 31.102 [41. 

NETWORK (USS in case of a Terminal accessing UTRAN) 

Access Class Barred List in SIB 3 should be set as table 5.1a: 

Reference 

• TS 25.331 clause 10.3.2.1 

NOTE: The first instance of the parameter corresponds to Access Class 0, the second to Access Class 1 and so on 
up to Access Class 15. 

NETWORK (SS in case of a Temiinal accessing GERAN) 

RACH: As defined in TS 44.018 subclause 10.5.2.29. 

NOTE: TS 44.018 also apply for the Radio Resource management for UMTS (see TS 24.008, subclause 10.5.2). 

Octet 1 01111000 
Octet 2 0000 1000 

Octet 3 } 
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Octet 4 } as table 5-lb 

5.2.1.4.3 Procedure 

a) Using the MMI or EMMI a normal call set-up is attempted. 

b) Using the MMI or EMMI an emergency call set-up is attempted. 

c) The test is repeated for each set of values in table 5-1 . 

5.2.1 .5 Acceptance criteria 

After steps a) and b) the UE shall access the network, or shall make no access attempt, in accordance with table 5-1. 

NOTE: For conformance testing, to Umit testing, in tests (c), (d) and (e) it is only necessary that one of the access 
classes is tested. This access class may randomly chosen. 
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Table 5-1 a 



USIM 
IMSI 


RACH 
SIB3: 
Access 
Class 
Barred 
List 


Network 

Informative: Cell 
Barred for: 


BCCH/ 
LAI 


Normal 
Call 


Test 
Results 
Emergency 
Call 


Access 
Class 


AG15- 
AC08 
AC07- 
ACOO 


Emergency Call 
Normal Call 


IVICC 
MNC 




Test (a) 


No UlCG in 
Terminal 


N/A 


0000 0100 
0000 0000 


Yes 
No 


234 
001 


No 


No 


Test (b) 


No UlCC in 
Terminal 


N/A 


0000 0000 
0000 0000 


No 
No 


234 
001 


No 


Yes 


Test (c) 


"2460813579" 





0000 0100 
0000 0001 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


1 


0000 0100 
0000 0010 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


2 


0000 0100 
0000 0100 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


3 


0000 0100 
0000 1000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


4 


0000 0100 

0001 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


5 


0000 0100 
0010 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


6 


0000 0100 
0100 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


7 


0000 0100 
1000 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


8 


nnnn ni ni 

UVJVJVJ VJ 1 VJ 1 

0000 0000 


T CO 

No, except for ACC 


081 


No 


No 




"2460813579" 


9 


0000 0110 
0000 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 


Test (d) 


"2460813579" 





0000 0000 
0000 0001 


No 

None, except for 
ACC 


246 
081 


No 


Yes 




"2460813579" 


1 


0000 0000 
0000 0010 


No 

None, except for 
ACC 


246 
081 


No 


Yes 




"2460813579" 


2 


0000 0000 
0000 0100 


No 

None, except for 
ACC 


246 
081 


No 


Yes 
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"2460813579" 


3 


0000 0000 
0000 1000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


4 


0000 0000 

0001 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


5 


0000 0000 
0010 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


6 


0000 0000 
0100 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


7 


0000 0000 
1000 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


8 


0000 0001 
0000 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 


"2460813579" 


9 


0000 0010 
0000 0000 


No 

None, except for 
ACC 


246 
081 


No 


Yes 
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Test (e) 


"2460813579" 





1111 1011 
1111 1110 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


1 


1111 1011 
1111 1101 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


2 


1111 1011 
1111 1011 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


3 


1111 1011 
1111 0111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


4 


1111 1011 
1110 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


5 


1101 1011 
1101 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


6 


1111 1011 
1011 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2406813579" 


7 


1111 1011 
0111 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


8 


1111 1010 
1111 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


9 


1111 1001 
1111 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 


Test (f) 


"24608135x9" 


11 &x 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


246 
082 


No 


No 




II 


11 &x 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 


246 
082 


No 


Yes 






11 &x 


0000 0000 
0000 0000 


No 
None 


246 
082 


Yes 


Yes 




"24608135x9" 


12 &x 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 


No 




II 


12 &x 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 


244 
001 


No 


Yes 






12 &x 


0000 0000 
0000 0000 


No 
None 


244 
001 


Yes 


Yes 




"24608135x9" 


13&X 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 


No 




II 


13&X 


0000 001 1 


No 


244 


No 


Yes 
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1111 1111 


All, except ACC 
greater than 1 1 


001 








13&X 


0000 0000 
0000 0000 


No 
None 


244 
001 


Yes 


Yes 


"24608135x9" 


14&X 


0000 01 1 1 
1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 


No 


II 


14&X 


0000 001 1 
1111 1111 


No 

All, except ACC 
greater than 1 1 


244 
001 


No 


Yes 




14&X 


0000 0000 
0000 0000 


No 
None 


244 
001 


Yes 


Yes 


"24608135x9" 


15 &x 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


246 
082 


No 


No 


II 


15&X 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 


246 
082 


No 


Yes 


II 

Set "X" to an 
arbitrary value in 
the range to 9 


15&X 


0000 0000 
0000 0000 


No 
None 


246 
082 


Yes 


Yes 


Test(g) "2460813579" 


11 &x 


0000 1111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
081 


No 


No 


II 


11 &x 


0000 1011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
081 


No 


Yes 


"2460813579" 


12&X 


0001 0111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
082 


No 


No 


II 


12 &x 


0001 0011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
082 


No 


Yes 


"2460813579" 


13&X 


0010 0111 
1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
082 


No 


No 


II 


13&X 


0010 0011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
082 


No 


Yes 


"2460813579" 


14&X 


0100 0111 
1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
082 


No 


No 


II 


14&X 


0100 0011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
082 


No 


Yes 


"2460813579" 


15&X 


1000 0111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
081 


No 


No 
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II 


15&X 


1000 0011 


No 


246 


No 


Yes 


Set "X" to an 
arbitrary value in 
tlie range to 9 




1111 1111 


All normal ACC and 
ACC on USIM 


081 






Test(h) "2460813579" 


11 &x 


1111 0011 
1111 1111 


No 

All, except "special" 
ACC on USIM 


246 
081 


Yes 


Yes 


II 


11 &x 


1111 0111 
1111 1111 


Yes 

All, except "special" 
ACC on USIM 


246 
081 


Yes 


Yes 


"2460813579" 


12 &x 


1110 1011 

1111 1111 


No 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


II 


12 &x 


1110 1111 

1111 1111 


Yes 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


"2460813579" 


13&X 


1101 1011 
1111 1111 


No 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


II 


13&X 


1101 1111 

1111 1111 


Yes 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


"2460813579" 


14 &x 


1011 1011 

1111 1111 


No 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


II 


14&X 


1011 1111 

1111 1111 


Yes 

All, except "special" 
ACC on USIM 


246 
082 


Yes 


Yes 


"2460813579" 


15&X 


0111 1011 
1111 1111 


No 

All, except "special" 
ACC on USIM 


246 
081 


Yes 


Yes 




15&X 


0111 1111 


Yes 


246 


Yes 


Yes 


Set "x" to an 
arbitrary value in 
the range to 9 




1111 1111 


All, except "special" 
ACC on USIM 


081 
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Table 5-1 b 



USIM 
IMSI 


RACH 


Network 

Informative: Cell 
Barred for: 


BCCH/ 
LAI 


Normal 
Call 


Test 
Results 
Emergency 
Call 


Access 

Class 


Octet 3 

Octet 4 


Emergency Call 
Normal Call 


MCC 
MNC 




Test (a) 


No UlCC In 
Terminal 


N/A 


0000 0100 
0000 0000 


Yes 
No 


234 
001 


No 


No 


Test (b) 


No UlCC in 
Terminal 


N/A 


0000 0000 
0000 0000 


No 
No 


234 
001 


No 


Yes 


Test (c) 


"2460813579" 





0000 0100 
0000 0001 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


1 


0000 0100 
0000 0010 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


2 


0000 0100 
0000 0100 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


3 


0000 0100 
0000 1000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


4 


0000 0100 

0001 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 






c 

o 


0000 0100 
0010 0000 


Yes 

No, except for ACC 


246 
081 








"2460813579" 


6 


0000 0100 
0100 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


7 


0000 0100 
1000 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


8 


0000 0101 
0000 0000 


Yes 

No, except for ACC 


246 
081 


No 


No 




"2460813579" 


9 


0000 0110 
0000 0000 


Yes 

No, except for ACC 


246 

081 


No 


No 


Test (d) 


"2460813579" 





0000 0000 
0000 0001 


No 

None, except for ACC 


246 
081 


No 


Yes 




"2460813579" 


1 


0000 0000 
0000 0010 


No 

None, except for ACC 


246 
081 


No 


Yes 




"2460813579" 


2 


0000 0000 
0000 0100 


No 

None, except for ACC 


246 
081 


No 


Yes 




"2460813579" 


3 


0000 0000 
0000 1000 


No 

None, except for ACC 


246 
081 


No 


Yes 




"2460813579" 


4 


0000 0000 

0001 0000 


No 

None, except for ACC 


246 
081 


No 


Yes 




"2460813579" 


5 


0000 0000 


No 


246 


No 


Yes 
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0010 0000 


None, except for ACC 


081 






"2460813579" 


6 


0000 0000 
0100 0000 


No 

None, except for ACC 


246 
081 


No 


Yes 


"2460813579" 


7 


0000 0000 
1000 0000 


No 

None, except for ACC 


246 
081 


No 


Yes 


"2460813579" 


8 


0000 0001 
0000 0000 


No 

None, except for ACC 


246 
081 


No 


Yes 


"2460813579" 


9 


0000 0010 
0000 0000 


No 

None, except for ACC 


246 
081 


No 


Yes 
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Test (e) 


"2460813579" 





1111 1011 
1111 1110 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


1 


1111 1011 
1111 1101 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


2 


1111 1011 
1111 1011 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


3 


1111 1011 
1111 0111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


4 


1111 1011 
1110 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


5 


1101 1011 
1101 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2460813579" 


6 


1111 1011 
1011 1111 


No 

All, except ACC on 
USIM 


246 
081 


Yes 


Yes 




"2406813579" 


7 


1111 1011 
0111 1111 


No 

All, except ACC on 
USIM 
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081 


Yes 


Yes 




"2460813579" 
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1111 1010 
1111 1111 


No 

All, except ACC on 
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246 
081 


Yes 


Yes 




"2460813579" 
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1111 1001 
1111 1111 


No 

All, except ACC on 
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081 


Yes 


Yes 
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"24608135x9" 


11 &x 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


246 
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No 


No 




II 


11 &x 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 
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082 


No 


Yes 
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0000 0000 
0000 0000 


No 
None 
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Yes 
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0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 


No 
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12 &x 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 


244 
001 


No 


Yes 
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0000 0000 
0000 0000 


No 
None 


244 
001 


Yes 


Yes 




"24608135x9" 


13&X 


0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 


No 




II 


13&X 


0000 001 1 


No 


244 


No 


Yes 
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1111 1111 


All, except ACC 
greater than 1 1 


001 








13&X 


0000 0000 
0000 0000 


No 
None 


244 
001 


Yes 


Yes 
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14&X 


0000 01 1 1 
1111 1111 


Yes 

All, except ACC 
greater than 1 1 


244 
001 


No 
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14&X 
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1111 1111 
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greater than 1 1 
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Yes 
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0000 01 1 1 

1111 1111 


Yes 

All, except ACC 
greater than 1 1 


246 
082 


No 


No 


II 


15&X 


0000 001 1 

1111 1111 


No 

All, except ACC 
greater than 1 1 


246 
082 


No 


Yes 


II 

Set "X" to an 
arbitrary value in 
the range to 9 


15&X 


0000 0000 
0000 0000 


No 
None 


246 
082 


Yes 


Yes 


Test(g) "2460813579" 


11 &x 


0000 1111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
081 


No 


No 


II 


11 &x 


0000 1011 

1111 1111 


No 

All normal ACC and 
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081 


No 


Yes 


"2460813579" 
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0001 0111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 
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082 


No 


No 
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0001 0011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
082 


No 


Yes 


"2460813579" 


13&X 


0010 0111 
1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
082 


No 


No 


II 


13&X 


0010 0011 

1111 1111 


No 

All normal ACC and 
ACC on USIM 


246 
082 


No 


Yes 


"2460813579" 


14&X 


0100 0111 
1111 1111 


Yes 

All normal ACC and 
ACC on USIM 


246 
082 


No 


No 
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0100 0011 
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All normal ACC and 
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246 
082 
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Yes 
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1000 0111 

1111 1111 


Yes 

All normal ACC and 
ACC on USIM 
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081 


No 


No 
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II 


15&X 


1000 0011 


No 


246 


No 


Yes 


Set "X" to an 
arbitrary value in 
tlie range to 9 




1111 1111 


All normal ACC and 
ACC on USIM 


081 
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1111 0011 
1111 1111 


No 

All, except "special" 
ACC on USIM 
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081 


Yes 


Yes 
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1111 1111 
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082 


Yes 
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Yes 
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Yes 
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All, except "special" 
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No Calls, All Calls, 

Test (g) Test (h) 

applies applies 



NOTE: UE adopts Access Class 0-9, based on IMSI, see TS 22.01 1 [6]. 

Access Class in USIM, See TS 31 .1 02 [4], EF ACC, "6F 78". 
ECs: Emergency Calls. 
EC Bit: In case of GERAN: 

Bit 3 of Octet 3 of RACH Control Parameters, See TS 44.01 8 Section 10.5.2.29. 

In case of UTRAN 

Access Class 10 defined in TS 22.011 clause 4.4. 
AC Bit: See Access Class Barred List defined in TS 25.331 clause 10.3.2.1. 
HPLMN: Country means that the MCC of the VPLMN is the same as the MCC of the HPLMN. 

Figure 5-1 : Access controi information 
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6 Security related Tests 

6.1 PIN handling 

6.1.1 Entry of PIN 

6.1.1.1 Definition and applicability 

The PIN is a number used to authenticate the user to the UICC for security. Entry of the correct PIN allows PIN- 
protected data to be accessed over the UICC-Terminal interface. 

This test applies to all Terminals. 

6.1.1.2 Conformance requirement 

Following insertion of the UICC and switching on the UE, the Terminal shall check the state of the PIN. If the PIN is 
enabled, the Terminal asks the user for PIN verification. 

The VERIFY PIN function verifies the PIN presented by the Terminal to the UICC. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.9; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.1. 

6.1.1.3 Test purpose 

1) To verify that the PIN verification procedure is performed by the Terminal correctly. 

2) To verify that the basic pubUc MMI string is supported. 

6.1.1.4 Method of test 

6.1 .1 .4.1 Initial conditions 

The Terminal is cormected to a UICC or UICC simulator with the PIN enabled, and powered off. 
The default UICC is used. 

6.1.1.4.2 Procedure 

a) The Terminal is powered on. 

b) When the UE is in the "PIN check" mode, the sequence "2468#" shall be entered. 

6.1.1.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN conomand to the UICC, with parameter P2 = "01". 

2) After step b) the UE shall give an indication "OK", following a successful execution of the command. 
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6.1.2 Change Of PIN 

6.1 .2.1 Definition and applicability 

The PIN may be changed by the user, by entering the old and new PEST. The length of the PIN is between 4 and 8 digits. 
This test apphes to all Terminals. 

6.1.2.2 Conformance requirement 

The Terminal shall support the change of PIN procedvire as defined in TS 102 221 [5], subclause 11.1.10. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.10; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.2. 

6.1.2.3 Test purpose 

1) To verify that the PIN substitution procedure is performed correctly by the Terminal. 

2) To verify that the basic pubUc MMI string is supported. 

6.1.2.4 Method of test 

6.1.2.4.1 Initial conditions 

The Terminal is connected to a UICC or UICC simulator with the PIN enabled. 
The default UICC is used. 

The Terminal is powered-on, with the correct PIN entered. 

6.1.2.4.2 Procedure 

a) Enter " * *04*2468 *0 1 234567*0 1 234567#" . 

b) The UE is switched off and on. 

c) When the UE is in the "PIN check" mode, the sequence "2468#" shall be entered. 

d) The UE is switched off and on. 

e) When the UE is in the "PIN-check", mode the sequence "01234567#" shall be entered. 

6.1 .2.5 Acceptance criteria 

1) After step a), the Terminal shall send a CHANGE PIN command to the UICC, with the parameter P2 set to "01". 

2) Following the successful execution of the command, the UE shall give an indication that the new PIN is 

accepted. 

3) After step c), the UE shall give an indication that the entered PIN is not accepted. 
3) After step e), the UE shall give an indication "OK". 
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6.1.3 Unblock PIN 

6.1 .3.1 Definition and applicability 

After three consecutive wrong entries of the PIN, the PIN shall become blocked. The Unblock PIN command is used to 
unblock the PIN. This function may be performed whether or not the PIN is blocked. 

This test applies to Terminals. 

6.1.3.2 Conformance requirement 

The Terminal shall support the Unblock PIN command, as defined in TS 102 221 [5], subclause 11.1.13. 
Reference: 

• TS 102 221 [5], subclause 11.1.13; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.3. 

6.1.3.3 Test purpose 

1) To verify that the PIN unblocking procedure is performed correctly. 

2) To verify that the basic public MMI string is supported. 

6.1.3.4 Method of test 

6.1.3.4.1 Initial conditions 

The Terminal is cormected to the UICC simulator. 
The default UICC is used. 

6.1.3.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) Enter "**05*13243546*1234*1234#" 

c) The Terminal is powered off and on. 

d) Enter the new PIN: "1234#". 

e) The Terminal is powered off and on. 

f) Enter a wrong PIN three times. 

g) Enter "**05*13243546*2468*2468#". 

h) The Terminal is powered off and on. 

i) Enter the new PIN: "2468#" . 

6.1 .3.5 Acceptance criteria 

1) After step b), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "01". 

2) After step d), the Terminal shall indicate that the PIN has been accepted. 

3) After step f), the Terminal shall indicate that the PIN has been blocked. 
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4) After step g), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "01". 

5) After step j), the Terminal shall indicate that the PIN has been accepted. 

6.1.4 Entry of PIN2 

6.1 .4.1 Definition and applicability 

The P1N2 is a number used to authenticate the user to the UICC for security. Entry of the correct P1N2 allows 
PIN2-protected data to be accessed over the UICC-Terminal interface. 

This test applies to all Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN). 

6.1.4.2 Conformance requirement 

Before allowing the access to PIN2 protected data, the Terminal shall ask the user for PIN2 verification. Only after 

presenting the P1N2, the user shall get access to these data. 

The VERIFY PIN function verifies the PIN2 presented by the Terminal to the UICC. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.9; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.1. 

6.1.4.3 Test purpose 

1) To verify that the PIN2 verification procedure is performed by the Terminal correctly. 

2) To verify that the basic pubhc MMI string is supported. 

6.1.4.4 Method of test 

6.1.4.4.1 Initial conditions 

The Terminal is connected to a UICC or UICC simulator with the PIN enabled, and powered off. 
The default UICC is used. 

NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. 

6.1.4.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) The access to a P1N2 protected data field shall be performed (e.g. UPDATE FDN) 

c) When the UE is in the "P1N2 check" mode, the sequence "3579#" shall be entered. 

6.1.4.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "81". 

2) After step b) the UE shall give an indication "OK", following a successful execution of the command. 
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6.1.5 Change Of PIN2 

6.1 .5.1 Definition and applicability 

The PIN2 may be changed by the user, by entering the old and new PIN2. The length of the PIN2 is between 4 and 8 

digits. 

This test applies to all Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN) 

6.1.5.2 Conformance requirement 

The Terminal shall support the change of PIN2 procedure as defined in TS 102 221 [5J, subclause 11.1.10. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.10; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.2. 

6.1.5.3 Test purpose 

1) To verify that the PIN2 substitution procedure is performed correctly by the Terminal. 

2) To verify that the basic pubUc MMI string is supported. 

6.1.5.4 Method of test 

6.1.5.4.1 Initial conditions 

The Terminal is cormected to a UICC or UICC simulator with the PIN2 enabled. 
The default UICC is used. 

NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. 

The Terminal is powered-on, with the correct PIN entered. 

6.1.5.4.2 Procedure 

a) Enter "**042*3579*12345678*12345678#". 

b) The UE is switched off and on and the correct PIN is entered. 

c) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

d) When the UE is in the "PIN2 check" mode, the sequence "3579#" shall be entered. 

e) The UE is switched off and on and the correct PIN is entered. 

f) The access to a P1N2 protected data field shall be performed (e.g. UPDATE FDN). 

g) When the UE is in the "PIN2 check", mode the sequence " 12345678#" shall be entered. 

6.1 .5.5 Acceptance criteria 

1) After step a), the Terminal shall send a CHANGE P1N2 command to the UICC, with the parameter P2 set to 
"81". 
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2) Following the successful execution of the command, the UE shall give an indication that the new PIN2 is 

accepted. 

3) After step d), the UE shall give an indication that the entered PIN2 is not accepted. 
3) After step g), the UE shall give an indication "OK". 

6.1.6 Unblock PIN2 

6.1 .6.1 Definition and applicability 

After three consecutive wrong entries of the PIN2, the PESr2 shall become blocked. The Unblock PIN2 command is 
used to unblock the PIN2. This function may be performed whether or not the PESr2 is blocked. 

This test applies to all Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN) 

6.1.6.2 Conformance requirement 

The Terminal shall support the Unblock PIN2 command, as defined in TS 102 221 [5], subclause 11. 1.13. 
Reference: 

• TS 102 221[5], subclauses 9 and 11.1.13; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.3. 

6.1.6.3 Test purpose 

1) To verify that the PIN2 unblocking procedure is performed correctly. 

2) To verify that the basic pubUc MMI string is supported. 

6.1.6.4 Method of test 

6.1.6.4.1 Initial conditions 

The Terminal is connected to the UICC simulator. 
The default UICC is used. 

NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. 

6.1.6.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) Enter "**052*089675*1234*1234#" 

c) The Terminal is powered off and on and the correct PIN is entered. 

d) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

e) Enter the new PIN2: " 1234#". 

f) The Terminal is powered off and on and the correct PIN is entered. 

g) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

h) Enter a wrong PIN2 three times. 
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i) Enter "**052*089675*3579*3579#". 

j) The Terminal is powered off and on and the correct PEST is entered. 

k) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

1) Enter the new PIN2: "3579#". 

6.1.6.5 Acceptance criterias 

1) After step b), the Terminal shall send an UNBLOCK PIN conomand to the UICC, with parameter P2 = "81". 

2) After step e), the Terminal shall indicate that the PIN2 has been accepted. 

3) After step h), the Terminal shall indicate that the PIN2 has been blocked. 

4) After step i), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "81". 

5) After step 1), the Terminal shall indicate that the PIN2 has been accepted. 

6.1 .7 Replacement of PIN 

6.1 .7.1 Definition and applicability 

The Universal PIN may be used to replace a PIN used to authenticate the user to the UICC for security. In this case 
entry of the correct Universal PIN allows PIN-protected data to be accessed over the UICC-Terminal interface. TS 102 
221 [5] defines the range of "01" to "08" as key reference of the PIN on a multi- verification capable UICC. 

This test applies to all Terminals. 

6.1.7.2 Conformance requirement 

The Terminal shall support the usage of the Universal PIN as replacement PIN and the replacement procedure as 
defined in TS 102 221 [5], subclause 11.1.11, as well as the procedure to disable the replacement defined in TS 102 221 
[5], subclause 11.1.12. 

Reference: 

• TS 102 221 [5], subclauses 9, 11.1.11 and 11.1.12; 

• TS 31.102 [4], clause 6. 

6.1.7.3 Test purpose 

1) To verify that the PIN replacement is supported by the Terminal correctly. 

2) To verify that the PIN replacement procedure is performed by the Terminal correctly. 

3) To verify that the procedure to disable the PIN replacement is performed by the Terminal correctly. 

6.1.7.4 Method of test 

6.1.7.4.1 Initial conditions 

The Terminal is connected to the UICC simulator with the PIN enabled, and powered off. 
The default UICC is used. 

6.1.7.4.2 Procedure 

a) The Terminal is powered on. 
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b) When the Terminal is in the "PEST check" mode, the sequence "2468#" shall be entered. 

c) The user shall initiate an MMI dependent procedure to replace the PEST by the Universal PIN. 

d) The Terminal is powered off and on and when the Terminal is in "PIN check" mode the sequence "2468#" shall 
be entered. 

e) The correct Universal PIN is entered. 

f) The user shall initiate an MMI dependent procedure to disable the replacement of the PIN by the Universal PIN. 

g) The Terminal is powered off and on and when the Terminal is in "PIN check" mode the sequence "2839#" shall 
be entered. 

h) The correct PIN is entered. 

6.1 .7.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "01". 

2) After step c), the Terminal shall send a DISABLE PIN command to the UICC, with parameter Pl="91" and P2 = 

"01". 

3) After step d) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = " 1 1" and after 
imsuccessful execution of the command the Terminal shall indicate that the PIN has not been accepted. 

4) After step e) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = " 11" and after 
successful execution of the command the Terminal shall indicate that the PIN has been accepted. 

5) After step f), the Terminal shall send an ENABLE PIN command to the UICC, with parameter P2 = "01". 

6) After step g) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "01" and after 
unsuccessful execution of the command the Terminal shall indicate that the PIN has not been accepted. 

7) After step e) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "01" and after 
successful execution of the command the Terminal shall indicate that the PIN has been accepted. 

6.1 .8 Change of Universal PIN 

6.1 .8.1 Definition and applicability 

The Universal PIN may be changed by the user, by entering the old and new Universal PIN. The length of the Universal 
PIN is between 4 and 8 digits. 

This test applies to all Terminals. 

6.1.8.2 Conformance requirement 

The Terminal shall support the change of PIN procedure as defined in TS 102 221 [5], subclause 11.1.10. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.10; 

• TS 31.102 [4], clause 6. 

6.1.8.3 Test purpose 

To verify that the PIN substitution procedure is performed correctly by the Terminal. 
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6.1.8.4 Method of test 

6.1.8.4.1 Initial conditions 

The Terminal is connected to a UICC or UICC simulator with the PIN enabled. 
The default UICC is used with the following exception: 

- The Universal PIN is used as a replacement of the PIN. 
The Terminal is powered-on, with the correct Universal PIN entered. 

6.1.8.4.2 Procedure 

a) The user shall initiate an MMI dependent procedure to change the Universal PIN to "01234567". 

b) The UE is switched off and on. 

c) When the UE is in the "PIN check" mode, the sequence "2839#" shall be entered. 

d) The UE is switched off and on. 

e) When the UE is in the "PIN check", mode the sequence "01234567#" shall be entered. 

6.1.8.5 Acceptance criteria 

1) After step a), the Terminal shall send a CHANGE PIN command to the UICC, with the parameter P2 set to " 11". 

2) Following the successful execution of the command, the UE shall give an indication that the new (Universal) 
PIN is accepted. 

3) After step c), the UE shall give an indication that the entered (Universal) PIN is not accepted. 

4) After step e), the UE shall give an indication "OK". 

6.1 .9 Unblock Universal PIN 

6.1 .9.1 Definition and applicability 

After three consecutive wrong entries of the PIN, the PIN shall become blocked. The Unblock PIN command is used to 
unblock the PIN. This function may be performed whether or not the PIN is blocked. 

This test applies to all Terminals. 

6.1.9.2 Conformance requirement 

The Terminal shall support the Unblock PIN command, as defined in TS 102 221 [5], subclause 11.1.13. 
Reference: 

• TS 102 221 [5], subclause 11.1.13; 

• TS 31.102 [4], clause 6. 

6.1.9.3 Test purpose 

To verify that the PIN unblocking procedure is performed correctly. 
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6.1.9.4 Method of test 

6.1.9.4.1 Initial conditions 

The Terminal is connected to the UICC simulator. 
The default UICC is used. 

6.1.9.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) The user shall initiate an MMI dependent procedure to unblock the Universal PIN and set the new Universal PIN 
value to "1234" 

c) The Terminal is powered off and on. 

d) Enter the new PIN: "1234#". 

e) The Terminal is powered off and on. 

f) Enter a wrong PIN three times. 

g) The user shall initiate an MMI dependent procedure to unblock the Universal PIN and set the new Universal PIN 
value to "2839". 

h) The Terminal is powered off and on. 

i) Enter the new PE^: "2839#" . 

6.1 .9.5 Acceptance criteria 

1 ) After step b), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = " 1 1" . 

2) After step d), the Terminal shall indicate that the (Universal) PIN has been accepted. 

3) After step f), the Terminal shall indicate that the (Universal) PIN has been blocked. 

4) After step g), the Terminal shall send an UNBLOCK PIN conmiand to the UICC, with parameter P2 = " 11". 

5) After step j), the Terminal shall indicate that the (Universal) PIN has been accepted. 

6.1 .10 Entry of PIN on multi-verification capable UlCCs 

6.1 .1 0.1 Definition and applicability 

The PIN is a number used to authenticate the user to the UICC for security. Entry of the correct PIN allows PIN- 
protected data to be accessed over the UICC-Terminal interface. TS 102 221 [5] defines the range of "01" to "08" as key 
reference of the PIN on a multi- verification capable UICC. 

This test appUes to all 3G Terminals. 

6.1.10.2 Conformance requirement 

Following insertion of the UICC and switching on the UE, the Terminal shall check the state of the PIN. If the PIN is 
enabled, the Terminal asks the user for PIN verification. 

The VERIFY PIN function verifies the PIN presented by the Terminal to the UICC. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.9; 
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• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.1. 

6.1.10.3 Test purpose 

1) To verify that the PIN verification procedure is performed by the Terminal correctly. 

2) To verify that the basic pubhc MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "01" to "08" as PIN. 

6.1.10.4 Method of test 



6.1 .1 0.4.1 Initial conditions 

The Terminal is connected to the UICC simulator with the PIN enabled, and powered off. 

The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the key reference of the PIN and "87" as key reference of the PIN2 with 
the following values: 

PIN 

Key reference: 07 
Logically: 



Coding: 
Hex 



B1 
38 



8642 

B2 
36 



B3 
34 



B4 
32 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN 

Key reference 07 

Logically: 

Coding: B1 
Hex 36 



64534231 



B2 
34 



B3 
35 



B4 
33 



B5 
34 



B6 
32 



87 
33 



B8 
31 



PIN2 

Key reference 87 
Logically: 



Coding: 
Hex 



B1 
39 



9753 

B2 
37 



B3 
35 



B4 
33 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock P1N2 

Key reference 87 

Logically: 

Coding: B1 
Hex 35 



57687980 



B2 
37 



B3 
36 



B4 
38 



B5 
37 



86 
39 



87 
38 



88 
30 



6.1.10.4.2 Procedure 
a) The Terminal is powered on. 
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b) When the UE is in the "PIN check" mode, the sequence "8642#" shall be entered. 

6.1 .1 0.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "07". 

2) After step b) the UE shall give an indication "OK", following a successful execution of the command. 

6.1 .11 Change of PIN on multi-verification capable UlCCs 

6.1 .1 1 .1 Definition and applicability 

The PIN may be changed by the user, by entering the old and new PIN. The length of the PIN is between 4 and 8 digits. 
TS 102 221 [5] defines the range of "01" to "08" as key reference of the PIN on a multi- verification capable UICC. 

This test appUes to all 3G Terminals. 

6.1 .1 1 .2 Conformance requirement 

The Terminal shall support the change of PIN procedure as defined in TS 102 221[5], subclause 11.1.10. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.10; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.2. 

6.1.11.3 Test purpose 

1) To verify that the PIN substitution procedure is performed correctly by the Terminal. 

2) To verify that the basic pubUc MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "01" to "08" as PIN. 

6.1.11.4 Method of test 
6.1.11.4.1 Initial conditions 

The Terminal is connected to the UICC simulator with the PIN enabled. 
The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 
following values: 

PIN 

Key reference: 07 

Logically: 8642 

Coding: B1 B2 B3 84 B5 B6 B7 B8 
Hex 38 36 34 32 FF FF FF FF 

Unblock PIN 
Key reference 07 

Logically: 64534231 



ETSI 



3GPP TS 31.121 version 5.1.0 Release 5 



60 



ETSI TS 131 121 V5.1.0 (2005-03) 



Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 36 34 35 33 34 32 33 31 



PIN2 

Key reference 87 

Logically: 

Coding: B1 
Hex 39 



9753 

B2 
37 



B3 
35 



B4 
33 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN2 
Key reference 87 
Logically: 



Coding: 
Hex 



B1 
35 



57687980 



B2 
37 



B3 
36 



B4 
38 



B5 
37 



B6 
39 



B7 
38 



B8 
30 



The Terminal is powered-on, with the correct PIN entered. 

6.1.11.4.2 Procedure 

a) Enter "**04*8642*01234567*01234567#". 

b) The UE is switched off and on. 

c) When the UE is in the "PIN check" mode, the sequence "8642#" shall be entered. 

d) The UE is switched off and on. 

e) When the UE is in the "PIN check", mode the sequence "01234567#" shall be entered. 

6.1.11.5 Acceptance criteria 

1) After step a), the Terminal shall send a CHANGE PIN command to the UICC, with the parameter P2 set to "07". 

2) Following the successful execution of the command, the UE shall give an indication that the new PIN is 
accepted. 

3) After step c), the UE shall give an indication that the entered PIN is not accepted. 
3) After step e), the UE shall give an indication "OK". 

6.1 .12 Unblock PIN on multi-verification capable UlCCs 



6.1.12.1 



Definition and applicability 



After three consecutive wrong entries of the PIN, the PIN shall become blocked. The Unblock PIN command is used to 
unblock the PIN. This function may be performed whether or not the PIN is blocked. TS 102 221[5] defines the range 
of "01" to "08" as key reference of the PIN on a multi-verification capable UICC. 

This test applies to all Terminals. 

6.1.12.2 Conformance requirement 

The Terminal shall support the Unblock PIN command, as defined in TS 102 221 [5], subclause 11.1.13. 
Reference: 
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• TS 102 221 [5], subclauses 9 and 11.1.13; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.3. 

6.1.12.3 Test purpose 

1) To verify that the PIN unblocking procedure is performed correctly. 

2) To verify that the basic pubUc MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "01" to "08" as PIN. 

6.1.12.4 Method of test 



6.1.12.4.1 Initial conditions 

The Terminal is connected to the UlCC simulator. 
The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 

following values: 

PIN 

Key reference: 07 
Logically: 



Coding: B1 
Hex 38 



8642 

B2 
36 



B3 
34 



84 
32 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN 

Key reference 07 
Logically: 



Coding: 
Hex 



B1 
36 



64534231 



B2 
34 



B3 
35 



B4 
33 



B5 
34 



B6 
32 



B7 
33 



B8 
31 



PIN2 

Key reference 87 
Logically: 



Coding: 
Hex 



B1 
39 



9753 

B2 
37 



B3 
35 



B4 
33 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN2 
Key reference 87 
Logically: 



Coding: 
Hex 



B1 
35 



57687980 



B2 
37 



B3 
36 



B4 
38 



B5 
37 



B6 
39 



B7 
38 



B8 
30 
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6.1.12.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) Enter "**05*64534231*1234*1234#" 

c) The Terminal is powered off and on. 

d) Enter the new PIN: "1234#". 

e) The Terminal is powered off and on. 

f) Enter a wrong PIN three times. 

g) Enter "**05*64534231*8642*8642#". 

h) The Terminal is powered off and on. 

i) Enter the new PIN: " 8642#" . 

6.1.12.5 Acceptance criteria 

1) After step b), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "07". 

2) After step d), the Terminal shall indicate that the PIN has been accepted. 

3) After step f), the Terminal shall indicate that the PIN has been blocked. 

4) After step g), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "07". 

5) After step j), the Terminal shall indicate that the PIN has been accepted. 

6.1 .13 Entry of PIN2 on multi-verification capable UlCCs 

6.1.13.1 Definition and applicability 

The P1N2 is a number used to authenticate the user to the UICC for security. Entry of the correct PIN2 allows 
PIN2-protected data to be accessed over the UICC-Terminal interface. TS 102 221[5] defines the range of "81" to "88" 
as key reference of the PIN2 on a multi- verification capable UICC. 

This test applies to all Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN). 

6.1.13.2 Conformance requirement 

Before allowing the access to PIN2 protected data, the Terminal shall ask the user for PIN2 verification. Only after 
presenting the PIN2, the user shall get access to these data. 

The VERIFY PIN function verifies the PIN2 presented by the Terminal to the UICC. 
Reference: 

• TS 102 221[5], 9 and subclause 11.1.9; 

• TS 31.102 |4|, clause 6; 

• TS 22.030 [12], subclause 6.6.1. 

6.1.13.3 Test purpose 

1) To verify that the PIN2 verification procedure is performed by the Terminal correctly. 

2) To verify that the basic public MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "81" to "88" as PIN2. 
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6.1.13.4 



Method of test 



6.1.13.4.1 Initial conditions 

The Terminal is connected to the UICC simulator with the PIN enabled, and powered off. 
The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 
following values: 

PIN 

Key reference: 07 

Logically: 8642 



Coding: 
Hex 



B1 
38 



B2 
36 



B3 
34 



84 
32 



B5 
FF 



B6 
FF 



87 
FF 



88 
FF 



Unblock PIN 
Key reference 07 
Logically: 



Coding: 
Hex 



81 
36 



64534231 



82 
34 



83 
35 



84 
33 



85 
34 



86 
32 



87 
33 



88 
31 



PIN2 

Key reference 87 

Logically: 

Coding: 81 
Hex 39 



9753 

82 
37 



83 
35 



84 
33 



85 
FF 



86 
FF 



87 
FF 



88 
FF 



Unblock PIN2 
Key reference 87 
Logically: 



Coding: 
Hex 



81 
35 



57687980 



82 
37 



83 
36 



84 
38 



85 
37 



86 
39 



87 
38 



88 
30 



NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. In this case the above mentioned exceptions shall apply. 

6.1.13.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN) 

c) When the UE is in the "PIN2 check" mode, the sequence "9753#" shall be entered. 

6.1.13.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN connmand to the UICC, with parameter P2 = "87". 



ETSI 



3GPP TS 31 .1 21 version 5.1 .0 Release 5 64 ETSI TS 1 31 1 21 V5.1 .0 (2005-03) 

2) After step b) the UE shall give an indication "OK", following a successful execution of the command. 

6.1 .14 Change of PIN2 on multi-verification capable UlCCs 

6.1.14.1 Definition and applicability 

The PIN2 may be changed by the user, by entering the old and new PIN2. The length of the PIN2 is between 4 and 8 
digits. TS 102 221[5] defines the range of "81" to "88" as key reference of the PIN2 on a multi-verification capable 
UlCC. 

This test applies to Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN) 

6.1.14.2 Conformance requirement 

The Terminal shall support the change of P1N2 procedure as defined in TS 102 221 [5], subclause 11.1.10. 
Reference: 

• TS 102 221 [5], subclauses 9 and 11.1.10; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.2. 

6.1.14.3 Test purpose 

1) To verify that the PIN2 substitution procedure is performed correctly by the Terminal. 

2) To verify that the basic pubhc MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "81" to "88" as PIN2. 

6.1.14.4 Method of test 
6.1.14.1 Initial conditions 

The Terminal is connected to the UlCC simulator with the P1N2 enabled. 
The default UlCC is used with the following exceptions: 

The UlCC shaU be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 
following values: 

PIN 

Key reference: 07 

LogicaUy: 8642 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 38 36 34 32 FF FF FF FF 

Unblock PIN 

Key reference 07 

Logically: 64534231 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 36 34 35 33 34 32 33 31 
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PIN2 

Key reference 87 

LogicaUy: 9753 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 39 37 35 33 FF FF FF FF 

Unblock PIN2 

Key reference 87 

LogicaUy: 57687980 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 35 37 36 38 37 39 38 30 

NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. In this case the above mentioned exceptions shall apply. 

The Terminal is powered-on, with the correct PEST entered. 

6.1.14.4.2 Procedure 

a) Enter "**042*9753*12345678*12345678#". 

b) The UE is switched off and on and the correct PIN is entered. 

c) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

d) When the UE is in the "PIN2 check" mode, the sequence "9753#" shall be entered. 

e) The UE is switched off and on and the correct PIN is entered. 

f) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

g) When the UE is in the "PIN2-check", mode the sequence " 12345678#" shall be entered. 

6. 1 . 1 4.5 Acceptance criteria 

1) After step a), the Terminal shall send a CHANGE PIN2 conmiand to the UICC, with the parameter P2 set to 
"87". 

2) Following the successful execution of the command, the UE shall give an indication that the new PIN2 is 
accepted. 

3) After step d), the UE shall give an indication that the entered PIN2 is not accepted. 
3) After step g), the UE shall give an indication "OK". 

6.1 .15 Unblock PIN2 on multi-verification capable UlCCs 
6.1 .1 5.1 Definition and applicability 

After three consecutive wrong entries of the PIN2, the P1N2 shall become blocked. The Unblock P1N2 command is 
used to unblock the P1N2. This function may be performed whether or not the PIN2 is blocked. TS 102 221 [5] defines 
the range of "81" to "88" as key reference of the PIN2 on a multi-verification capable UICC. 

This test applies to all Terminals supporting a feature requiring PIN2 entry (such as e.g. AoC or FDN) 
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6.1.15.2 Conformance requirement 

The Terminal shall support the Unblock PIN2 command, as defined in TS 102 221 [5], subclause 11.1.13. 
Reference: 

• TS 102 221 [5],subclauses 9 and 11.1.13; 

• TS 31.102 [4], clause 6; 

• TS 22.030 [12], subclause 6.6.3. 

6.1.15.3 Test purpose 

1) To verify that the P1N2 unblocking procedure is performed correctly. 

2) To verify that the basic pubhc MMI string is supported. 

3) To verify that the Terminal supports key references in the range of "81" to "88" as PIN2. 

6.1.15.4 Method of test 



6.1.15.4.1 Initial conditions 

The Terminal is cormected to the UICC simulator. 
The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 
following values: 

PIN 

Key reference: 07 
Logically: 



Coding: B1 
Hex 38 



8642 

B2 
36 



B3 
34 



B4 
32 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN 
Key reference 07 
Logically: 



Coding: 
Hex 



B1 
36 



64534231 



B2 
34 



B3 
35 



B4 
33 



B5 
34 



B6 
32 



B7 
33 



B8 
31 



P1N2 

Key reference 87 
Logically: 



Coding: 
Hex 



B1 
39 



9753 

B2 
37 



B3 
35 



B4 
33 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN2 
Key reference 87 
Logically: 



57687980 
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Coding: B1 B2 B3 B4 B5 B6 B7 B8 
Hex 35 37 36 38 37 39 38 30 

NOTE: To perform the UPDATE FDN data (as described in the procedure below), the default FDN UICC may be 
used. In this case the above mentioned exceptions shall apply. 

6.1.15.4.2 Procedure 

a) The Terminal is powered on and the correct PIN is entered. 

b) Enter "**052*57687980*1234*1234#" 

c) The Terminal is powered off and on and the correct PIN is entered. 

d) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

e) Enter the new PE^2: "1234#". 

f) The Terminal is powered off and on and the correct PIN is entered. 

g) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

h) Enter a wrong P1N2 three times. 

i) Enter "**052*57687980*9753*9753#". 

j) The Terminal is powered off and on and the correct PIN is entered. 

k) The access to a PIN2 protected data field shall be performed (e.g. UPDATE FDN). 

1) Enter the new PIN2: "9753#". 

6.1.15.5 Acceptance criterias 

1) After step b), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "87". 

2) After step e), the Terminal shall indicate that the PIN2 has been accepted. 

3) After step h), the Temiinal shall indicate that the PIN2 has been blocked. 

4) After step i), the Terminal shall send an UNBLOCK PIN command to the UICC, with parameter P2 = "87". 

5) After step 1), the Terminal shall indicate that the PIN2 has been accepted. 

6.1 .16 Replacement of PIN with key reference "07" 

6.1 .1 6.1 Definition and applicability 

The Universal PIN may be used to replace a PIN used to authenticate the user to the UICC for security. In this case 
entry of the correct Universal PIN allows PIN-protected data to be accessed over the UICC-Terminal interface. 

This test applies to all Terminals. 

6. 1 . 1 6.2 Conformance requirement 

The Terminal shall support the usage of the Universal PIN as replacement PIN and the replacement procedure as 
defined in TS 102 221 [5], subclause 11.1.11, as well as the procedure to disable the replacement defined in TS 102 221 
[5], subclause 11.1.12. 

Reference: 

• TS 102 221 [5], subclauses 9, 11.1.11 and 11.1.12; 
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• TS 31.102 [4], clause 6. 

6.1.16.3 Test purpose 

1) To verify that the PIN replacement is supported by the Terminal correctly. 

2) To verify that the PIN replacement procedure is performed by the Terminal correctly. 

3) To verify that the procedure to disable the PIN replacement is performed by the Terminal correctly. 

4) To verify that the Terminal supports key references in the range of "01" to "08" as PIN. 



6.1.16.4 



Method of test 



6.1 .1 6.4.1 Initial conditions 

The Terminal is connected to the UICC simulator with the PIN enabled, and powered off. 

The default UICC is used with the following exceptions: 

The UICC shall be configured to use "07" as the reference of the PIN and "87" as reference of the PIN2 with the 
following values: 

PIN 

Key reference: 07 
Logically: 



Coding: 
Hex 



B1 
38 



8642 

B2 
36 



B3 
34 



B4 
32 



B5 
FF 



B6 
FF 



B7 
FF 



B8 
FF 



Unblock PIN 
Key reference 07 
Logically: 



Coding: 
Hex 



B1 
36 



64534231 



B2 
34 



B3 
35 



B4 
33 



B5 
34 



B8 
32 



87 
33 



B8 
31 



PIN2 

Key reference 87 
Logically: 



Coding: 
Hex 



B1 
39 



9753 

B2 
37 



B3 
35 



B4 
33 



B5 
FF 



B6 
FF 



87 
FF 



88 
FF 



Unblock P1N2 
Key reference 87 
Logically: 



Coding: 
Hex 



81 
35 



57687980 



82 
37 



83 
38 



84 
38 



85 
37 



B6 
39 



87 
38 



88 
30 



6.1.16.4.2 Procedure 

a) The Terminal is powered on. 
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b) When the Terminal is in the "PEST check" mode, the sequence "8642#" shall be entered. 

c) The user shall initiate an MMI dependent procedure to replace the PIN by the Universal PIN. 

d) The Terminal is powered off and on and when the Terminal is in "PIN check" mode the sequence "8642#" shall 
be entered. 

e) The correct Universal PIN is entered. 

f) The user shall initiate an MMI dependent procedure to disable the replacement of the PIN by the Universal PIN. 

g) The Terminal is powered off and on and when the Terminal is in "PIN check" mode the sequence "2839#" shall 
be entered. 

h) The correct PIN is entered. 

6.1.1 6.5 Acceptance criteria 

1) After step b) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "07". 

2) After step c), the Terminal shall send a DISABLE PIN command to the UICC, with parameter Pl="91" and P2 = 

"07". 

3) After step d) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = " 1 1" and after 
imsuccessful execution of the command the Terminal shall indicate that the PIN has not been accepted. 

4) After step e) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = " 11" and after 
successful execution of the command the Terminal shall indicate that the PIN has been accepted. 

5) After step f), the Terminal shall send an ENABLE PIN command to the UICC, with parameter P2 = "07". 

6) After step g) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "07" and after 
unsuccessful execution of the command the Terminal shall indicate that the PIN has not been accepted. 

7) After step e) the Terminal shall send a VERIFY PIN command to the UICC, with parameter P2 = "07" and after 
successful execution of the command the Terminal shall indicate that the PIN has been accepted. 

6.2 Fixed Dialling Numbers (FDN) handling 

6.2.1 Terminal and USIM with FDN enabled, EFadn readable and 
updateable 

6.2.1 .1 Definition and applicability 

Fixed Dialling Numbers (FDN) is a service defined for the USIM. An enabled FDN service results in call restrictions 
for the UE. The call restrictions are controlled by the Terminal. To ascertain the type of USIM and state of FDN the UE 
runs the FDN capability request procedure during UICC-Terminal initiaUsation. During the initialisation the Terminal 
shall request the Emergency call codes of the USIM EFecc- At the time an emergency call is setup using the emergency 
call code read from the EFecc. the UE shall use the category of the emergency service indicated. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is applicable only to those Terminals supporting FDN. 

6.2.1.2 Conformance requirement 

1) Recognising the state of the USIM (FDN enabled) the UE shall perform the UICC initialisation procedure as 
specified. 

2) The UE allows call set-up to a directory number as stored in EFfdn- 

3) The UE allows call set-up to a directory number as stored in EFfdn and extended by digits in the end. 
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4) The UE does not allow call set-up to a directory number stored in EFpoN but with missing digits at the end. 

5) The UE does not allow call set-up to a directory number having no reference in EFfdn- 

6) The UE does not allow call set-up of an emergency call using the emergency numbers stored in the Terminal 
except " 1 1 2" , " 9 11 " , the emergency numbers stored on the SIM/USIM and emergency numbers downloaded 
from the serving network (if any). 

7) The UE allows call set-up of an emergency call using the emergency number stored in the USIM. 

8) The UE shall indicate the emergency service category as "Mountain Rescue", when using the emergency number 
stored in the USIM. 

Reference: 

• TS 22.101 [11], clauses 10 and A.25; 

• TS 31.102 [4], subclauses 4.4.2, 4.2.24, 5.1.1 and 5.3.2; 

• TS 24.008 [16], subclause 10.5.4.33. 

6.2.1.3 Test purpose 

1) To verify that the Terminal allows call set-up to a FDN number. 

2) To verify that the Terminal allows call set-up to a FDN number extended by some digits in the end. 

3) To verify that the Terminal rejects call set-up to number having no reference in EFpoN- 

4) To verify that the Terminal rejects call set-up to a FDN number not completely corresponding to an entry in 
EFfdn- 

5) To verify that the Terminal does not allow emergency call set-up using the emergency number stored in the 
Terminal except "112", "911", the emergency numbers stored on the SlM/USlM and emergency numbers 
downloaded from the serving network (if any). 

6) To verify that the Terminal allows emergency call set-up using the emergency number stored in the UISM. 

7) To verify that the Terminal reads correctly the emergency service category. 

6.2.1.4 Method of test 

6.2.1.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing GERAN) transmits on the 
BCCH, with the following network parameters 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default FDN UICC with FDN service enabled and EFadn readable and updateable is installed into the Terminal. 

6.2.1.4.2 Procedure 

a) The UE is powered on and PIN is entered. 

b) Using the MMI a call set-up to the fixed dialling number 1 (record 1) is attempted. 

c) Using the MMI a call set-up to the fixed dialling number 2 (record 2) extended by "123" in the end is attempted. 

d) Using the MMI a call set-up to a number which is equal to the fixed dialling number 3 (record 3) without the last 
digit is attempted, e.g. by recalling the fixed dialling number 3 and deleting the last digit (only in display). 
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e) Using the MMI a call set-up to the number "1234567" is attempted. 

f) Using the MMI an emergency call set-up is attempted using an emergency call code stored in the Terminal, but 
not " 1 12", "911" nor one of the emergency numbers stored on the SIM/USIM emergency numbers downloaded 
from the serving network (if any). 

g) Using the MMI an emergency call set-up is attempted using either " 1 12", "91 1 " or an emergency number 
downloaded from the serving network (if any).h) Using the MMI an emergency call set-up is attempted using the 
emergency call code stored in the USIM (i.e. " 122"). 

NOTE: For step f) one of the emergency call codes according to TS 22.101 [1 1], subclause 10.1, except "112" 
and "911", shall be used (i.e. "000", "08", "110", "118", "119" or "999"). 

6.2.1.5 Acceptance criteria 

1) After step a) the UE is registered and in idle state. 

2) After steps b) and c) the UE shall allow call set-up and send the requested number across the air interface. 

3) After steps d), e) and f) the UE shall prevent call set-up. 

4) After steps g) and h) the UE shall allow emergency call by indicating the call setup as "Emergency Call". 

5) After step h) the UE shall send the emergency service category correctly as "Mountain Rescue". 

6.2.2 Terminal and USIM with FDN disabled 

6.2.2.1 Definition and applicability 

Fixed Dialling Numbers (FDN) is a service defined for the USIM. An enabled FDN service results in call restrictions 
for the UE. Only directory numbers which are stored in the EFpoN may be dialled by the UE. The call restrictions are 
controlled by the Terminal. To ascertain the type of USIM and state of FDN the UE runs the FDN capability request 
procedure during UlCC-Terminal initialisation. Deactivation of the service by the subscriber is possible under the 
control of PIN2 and switches the USIM into a "normal", non restrictive USIM. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is apphcable only to those Terminals supporting FDN. 

6.2.2.2 Conformance requirement 

1) Recognising the state of the USIM (FDN disabled) the UE correctly performs the UICC initialisation procedure. 

2) The UE allows call set-up to a directory number as stored in EFpoN- 

3) The UE allows call set-up to a directory number as stored in EFadn- 

4) The UE allows call set-up to a directory number given in manually. 
Reference: 

• TS 22.101 [11], clauses 10 and A.25; 

• TS 31.102 [4], subclauses 4.4.2.3, 4.2.24, 4.2.47, 5.1.1 and 5.3.2. 

6.2.2.3 Test purpose 

1) To verify that the Terminal as a result of the state of the USIM correctly performs the UICC-Terminal 
initialisation procedure. 

2) To verify that the Terminal allows call set-up to a FDN niunber. 

3) To verify that the Terminal allows call set-up to a ADN number. 
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4) To verify that the Terminal allows call set-up to manually given number. 

6.2.2.4 Method of test 

6.2.2.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN) /SS (in case of a Terminal accessing GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default FDN UICC is used with the following exception: 

EFest (Enable Service Table) 

Logically: Fixed Dialling Numbers disabled. 

Barred DialUng Numbers disabled. 
APN Control list (ACL) disabled. 

Coding: B1 
binary 0000 0000 

The UICC is installed into the Terminal and the UE is powered on. 

6.2.2.4.2 Procedure 

a) Using the MMI a call set-up to the fixed dialhng number 1 is attempted. 

b) Using the MMI a call set-up to the abbreviated dialling number 1 is attempted. 

c) Using the MMI a call set-up to the number "1234567" is attempted. 

6.2.2.5 Acceptance criteria 

After steps a), b) and c) the UE shall allow call set-up and send the requested number across the air interface. 

6.2.3 Enabling, disabling and updating of FDN 

6.2.3.1 Definition and applicability 

FDN may be enabled and disabled by the subscriber under control of P1N2. Fixed dialling numbers are read with PIN 
and updated under control of PIN2. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is apphcable only to those Terminals supporting FDN. 

6.2.3.2 Conformance requirement 

1) Recognising the state of the USIM (FDN enabled) the UE shall perform the UICC initialisation procedure as 
specified. 

2) The UE shall allow updating of EFfdn by the use of PIN2. 

3) The UE provides means to disable the FDN service by the use of P1N2. 

4) The UE shall allow the use of EFadn after disabling of FDN. 
Reference: 
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• TS 22.101 [11], clause 10 and A.25; 

• TS 31.102 [4], subclauses 4.4.2.3, 4.2.24, 4.2.47, 5.1.1 and 5.3.2. 

6.2.3.3 Test purpose 

1) To verify that the Terminal correctly performs the update of a number in EFpoN- 

2) To verify that the Terminal correctly disables FDN service. 

3) To verify that the Terminal recognises disabhng of FDN and allows access to EFadn- 

6.2.3.4 Method of test 

6.2.3.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/SS (in case of a Terminal accessing GERAN) transmits on the 
BCCH, with the following network parameters 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

Access control: unrestricted. 
The default FDN UICC with FDN service enabled is installed into the Terminal. 

6.2.3.4.2 Procedure 

a) The UE is powered on and PIN is entered. 

b) Using the MMI the directory number "+876543210" is stored in EFfdn as fixed dialUng number 1 (record 1). 
The alpha identifier is not changed. On request of the UE PIN2 is entered. 

c) Using the MMI the FDN disabling procedure is performed. On request of the UE PIN2 is entered. 

d) Using the MMI a call set-up to the abbreviated dialling number 1 (record 1) is attempted. 

e) The UE is soft-powered down. 

6.2.3.5 Acceptance criteria 

1) After step a) the UE is registered and in idle state. 

2) After step c) the UE shall indicate that the FDN disabling procedure has been successful. 

3) After step d) the UE shall allow call set-up and send the requested number across the air interface. 

4) After step e) record 1 in EFpoN , shall contain the following values: 
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6.3 Barred Dialling numbers (BDN) handling 

6.3.1 Terminal and USIIVI with BDN enabled 

6.3.1 .1 Definition and applicability 

Barred Dialling Numbers (BDN) is a service defined for the USIM. An enabled BDN service results in call restrictions 
for the UE. The call restrictions are controlled by the Terminal. To ascertain the type of USIM and state of BDN the UE 
runs the BDN capability request procedure during UlCC-Terminal initialisation. At the time an emergency call is setup 
using the emergency call code read from the EFecc, the UE shall use the category of the emergency service indicated. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is applicable only to those Terminals supporting BDN. 

6.3.1.2 Conformance requirement 

1) Recognising the state of the USIM (BDN enabled) the UE shaU perform the UICC initiaUsation procedure as 
specified. 

2) The UE shall prevent call set-up to any number stored in EFbdn- 

3) The UE allows caU set-up of an emergency call, even if this number is stored in the USIM. 
Reference: 

• TS 22.101 1 11 1, clause 10 and A.20; 

• TS 31.102 [4], subclauses 4.2.44, 4.4.2.3, 5.1.1 and 5.3.2; 

• TS 24.008 [16], subclause 10.5.4.33. 

6.3.1.3 Test purpose 

1) To verify that the Terminal rejects call set-up to any number that has an entry in EFbdn- 

2) To verify that the Terminal allows call set-up to any number not stored in EFbdn- 

3) To verify that the Terminal allows emergency call set-up even if the number is stored in EFbdn- 

4) To verify that the Terminal reads correctly the emergency service category stored in EFecc. 

6.3.1.4 IVIethod of test 

6.3.1.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing GERAN) transmits on the 
BCCH, with the following network parameters 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default BDN UICC with BDN service enabled is installed into the Terminal. 

6.3.1.4.2 Procedure 

a) The UE is powered on and PIN is entered. 

b) Using the MMI a caU set-up to the barred dialling number 1 (record 1) is attempted. 
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c) Using the ADN entry a call set-up to the abbreviated dialling number 1 (record 1) end is attempted. 

d) Using the MMI a call set-up to the number " 123456" is attempted. 

e) Using the MMI an emergency call set-up is attempted using the emergency call code stored in the Terminal 

f) Using the MMI an emergency call set-up is attempted using the emergency call code stored in the USIM (i.e. 
"122"). 

NOTE: For step e) one of the emergency call codes, which are available when a USIM is present, according to TS 
22.101 [11], subclause 10 is used (i.e. "112", "911" or an emergency number downloaded from the 
serving network (if any).). 

6.3.1.5 Acceptance criteria 

1) After step a) the UE is registered and in idle state. 

2) After step b) the UE shall prevent call set-up. 

3) After steps c) and d) the UE shall allow call set-up and send the requested number across the air interface. 

4) After steps e) and f) the UE shall allow an emergency call by indicating the call setup as "Emergency Call". 

5) After step f) the UE shall send the emergency service category correctly as "Mountain Rescue". 

6.3.2 Terminal and USIM with BDN disabled 

6.3.2.1 Definition and applicability 

Barred Dialling Numbers (BDN) is a service defined for the USIM. An enabled BDN service results in call restrictions 
for the UE. No numbers which are stored in the EFbdn may be dialled by the UE. The call restrictions are controlled by 
the Terminal. To ascertain the type of USIM and state of BDN the UE runs the BDN capability request procedure 
during UlCC-Terminal initialisation. Deactivation of the service by the subscriber is possible under the control of PIN2 
and switches the USIM into a "normal", non restrictive USIM. When the BDN is disabled no special controls are 
specified. The BDN may be read as if they were normal ADN. However a modification or deletion of the a BDN is 
under PIN2 control. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is apphcable only to those Terminals supporting BDN. 

6.3.2.2 Conformance requirement 

1) Recognising the state of the USIM (BDN disabled) the UE correctly performs the UlCC initialisation procedure. 

2) The UE allows call set-up to a directory number as stored in EFbdn- 

3) Any change to the EFbdn does requests PIN2. 
Reference: 

• TS22.101 [1 1], clauses 10 and A.20; 

• TS 31.102 [4], subclauses 4.2.44, 5.1.1 and 5.3.2. 

6.3.2.3 Test purpose 

1) To verify that the Terminal as a result of the state of the USIM correctly performs the UICC-Terminal 
initialisation procedure. 

2) To verify that the Terminal allows call set-up to a BDN number. 

3) The UE shall allow updating of EFbdn by the use of PIN2. 
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6.3.2.4 Method of test 

6.3.2.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing GERAN) transmits on the 
BCCH, with the following network parameters 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The default FDN UICC is used with the following exception: 
EFest (Enable Service Table) 

Logically: Fixed Dialling Numbers disabled. 

Barred Dialhng Numbers disabled. 
APN Control list (ACL) disabled. 

Coding: B1 
binary 0000 0000 

The UICC is installed into the Terminal and the UE is powered on. 

6.3.2.4.2 Procedure 

a) Using the MMl a call set-up to the barred dialling number 1 is attempted. 

b) Using the MMI the directory number "+876543210" is stored in EFbdn as barred dialling number 1 (record 1). 
The alpha identifier is not changed. On request of the UE PIN2 is entered. 

6.3.2.5 Acceptance criteria 

1) After step a) the UE shall allow call set-up and send the requested number across the air interface. 

2) After step b) record 1 in EFbdn . shall contain the following values: 
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6.4 Advice of charge (AoC) handling 

6.4.1 AoC not supported by USIIVI 

6.4.1 .1 Definition and applicability 

If the Terminal under test supports Advice of Charge Charging, it shall still look at the capability of the USIM, before 
responding to any AoCC information from the network. 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is apphcable only to those Terminals supporting AoCC. 
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6.4.1.2 Conformance requirement 

1) An UE not supporting AoCC and in the outgoing call / U4 call delivered state, on receipt of a CONNECT 
message containing AoCC information shall acknowledge the CONNECT message but ignore and not 
acknowledge the AoCC information sent within the CONNECT. 

2) An UE not supporting AoCC and in the outgoing call / U4 call delivered state, on receipt of a FACILITY 
message containing AoCC information shall ignore and not acknowledge the AoCC information sent within the 
FACILITY. 

3) An UE not supporting AoCC and in the incoming call / U9 call confirmed state, on receipt of a FACILITY 
message containing AoCC information shall ignore and not acknowledge the AoCC information sent within the 
FACILITY. 

4) An UE not supporting AoCC and in the UIO call active state, on receipt of a FACILITY message containing 
AoCC information, shall ignore and not acknowledge the AoCC information sent within the FACILITY. 

References: 

• TS 24.008 [16], subclause 5.1.2.1; 

• TS 23.086 [9], subclauses 1.2, 1.3, 2.2 and 2.3; 

• TS 24.086 [10], clause 2. 



6.4.1.3 Test purpose 

1) To verify that an UE not supporting AoCC (where the Terminal does support AoCC but the USIM does not) and 
in the outgoing call / U4 call delivered state, on receipt of a CONNECT message containing AoCC information 
shall acknowledge the CONNECT message but ignore and not acknowledge the AoCC information sent within 
the CONNECT. 

2) To verify that an UE not supporting AoCC (where the Terminal does support AoCC but the USIM does not) and 
in the outgoing call / U4 call delivered state, on receipt of a FACILITY message containing AoCC information 
shall ignore and not acknowledge the AoCC information sent within the FACILITY. 

3) To verify that an UE not supporting AoCC (where the Terminal does support AoCC but the USIM does not) and 
in the incoming call / U9 call confirmed state, on receipt of a FACILITY message containing AoCC information 
shall ignore and not acknowledge the AoCC information sent within the FACILITY. 

4) To verify that an UE not supporting AoCC (where the Terminal does support AoCC but the USIM does not) and 
in the UIO call active state, on receipt of a FACILITY message containing AoCC information, shall ignore and 
not acknowledge the AoCC information sent within the FACILITY. 

6.4.1.4 Method of test 



6.4.1.4.1 Initial conditions 

The Terminal shall be installed with a UICC or USIM simulator, with all elementary files coded as for the default 
UICC, with the exception of: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available; 

User controlled PLMN selector available; 
Fixed dialling numbers available; 
The GSM Access available; 

The Group Identifier level 1 and level 2 not available; 
AoC not available. 

Service n 33 (Packed Switched Domain) shall be set to '1' 
Enabled Services Table available 
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Coding: B1 B2 B3 B4 B5 

binary xxxx xx1 1 xxxO xxxx xxxx 1 xOO xxxx x1 xx xxxx xx1 1 

The coding of EFust shall conform with the capabiUties of the USIM used. 

The generic call set up procedures for UTRAN defined in TS 34.108 [21], subclause 7.2.3.2.3 and 7.2.3.1.3 and defined 
in 5 1 .010-1 [22], clause 10 for GERAN are followed up to and including the reception, or transmission of the 
ALERTING message by the UE. 

6.4.1.4.2 Procedure 

a) For an MO call in the U4 state the USS/SS transmits CONNECT containing AoCC information. 

b) For an MO call in the U4 state the USS/SS transmits FACILITY containing AoCC information. 

c) For an MX call in the U9 state the USS/SS transmits FACILITY containing AoCC information. 

d) For an MO call in the UIO state the USS/SS transmits FACILITY containing AoCC information. 

6.4.1.5 Acceptance criteria 

In all cases, the UE shall ignore the AoCC information sent to it in the Facility information elements as part of the 
CONNECT/FACILITY messages and not send any AoCC information acknowledgement. It shall be checked for 15 s 
that the UE does not transmit any AoCC information acknowledgement after the receipt of AoCC information. 

6.4.2 Maximum frequency of ACM updating 

6.4.2.1 Definition and applicability 

During a call, the ACM shall be updated at the end of every interval. The interval length is the greater of either 5 s or 
the value given by parameter e2 (part of the Facility Information Element). 

This test applies to Terminals accessing UTRAN and supporting CS and to Terminals accessing a GERAN. Besides of 
that, this test is apphcable only to those Terminals supporting AoCC. 

6.4.2.2 Conformance requirement 

The ACM shall be incremented when the CCM is incremented or once every 5 s, whichever is the longer period. 

When used the value 'IC shall be used as SFI for EFacmj for compatibility reasons the terminal shall accept other 
values. 

Reference: 

• TS 22.024 [8], subclause 4.3, part h; 

• TS 31.102 [4], subclauses 4.2.9, 5.3.4 and Annex H.l. 

6.4.2.3 Test purpose 

1) To verify that the Terminal, during a call, increments the ACM every 5 s when e2 is less or equal to 5 s. 

2) To verify that the Terminal is able to handle other values than 'IC as SFI of EFacm- 

6.4.2.4 Method of test 

6.4.2.4.1 Initial conditions 

The Terminal shall be connected to the USIM simulator, with all elementary files coded as default with the exception 
of: 
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EFusT (USEM Service Table) 

Logically: Local Phone Book available; 

User controlled PLMN selector available; 
Fixed dialling numbers available; 
The GSM Access available; 

The Group Identifier level 1 and level 2 not available; 
AoC available. 

Service n 33 (Packed Switched Domain) shall be set to T 
Enabled Services Table available 

Coding: B1 B2 B3 B4 B5 

binary xxxx xx1 1 xxx1 xxxx xxxx 1 xOO xxxx x1 xx xxxx xxl 1 



The coding of EFust shall conform with the capabiUties of the USIM used. 
EFacm (Accumulated call meter) 

Logically: 50 units 

The SFI of EFacm shall be set to '18'. 
EFACMmax (Accumulatcd call meter maximum) 

Logically: 150 units 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 
User Equipment: 

The UE is in MM-state "idle, updated". 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

6.4.2.4.2 Procedure 

a) The UE is made to initiate a call. The call establishment shall be performed according to the procedures defined 
in TS 34.108 [21], subclause 7.2.3.2.3 extended by the messages of the AoCC. The call is estabUshed with 
AoCC e-parameters sent in a Facility IE in the CONNECT message, as given below. The UE returns the AoCC 
acknowledgement after the reception of the CONNECT message. It is an implementation option whether the 
AoCC acknowledge is sent by the UE before or after the CONNECT ACKNOWLEDGE. 

b) The call is maintained for 90 s, then terminated by the USS. During the call, the USIM- simulator monitors the 

time intervals between successive INCREMENT commands. As the final INCREMENT command will have 
occiured as a result of call termination, the time interval calculated since the prior INCREMENT command shall 
be ignored. 

Maximum Duration of Test: 

2 minutes. 

Expected Sequence A: 
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Step 


Direction 


■Message 


Comments 


1 


UE 




The UE is made to initiate a call 


2 


UE-> USS 


RRC CONNECTION REOUEST 




3 


USS -> UE 


RRC CONNECTION SETUP 




4 


UE -> USS 


RRC CONNECTION SETUP 
COMPLETE 




5 


UE -> USS 


CM SERVICE REQUEST 




6 


USS -> UE 


AUTHENTICATION REQUEST 


MM procedure, to ensure the successful start of integrity 


7 


UE -> USS 


AUTHENTICATION RESPONSE 


in step 8 


8 


USS -> UE 


SECURITY MODE COMMAND 


RRC procedure, start of integrity is mandatory during call 


g 


UE -> USS 


SECURITY MODE COMPLETE 


setup 


10 


UE -> USS 


SETUP 




11 


USS -> UE 


CALL PROCEEDING 




12 


USS -> UE 


RADIO BEARER SETUP 


To a supported channel type 


13 


UE -> USS 


RADIO BEARER 
SETUPCOMPLETE 




14 


USS -> UE 


ALERTING 




15 


USS -> UE 


CONNECT 


As default message except contains Facility IE with 
contents as indicated in i) below 








Either A or B branch is taken 


A16 


UE -> USS 


CONNECT ACKNOWLEDGE 




A17 


UE -> USS 


^ A ^ 1 1 n~\/ 

FACILITY 


As default message except contains Facility IE with 
contents as indicated in ii) below 


B16 


UE -> USS 


FACILITY 


As default message except contains Facility IE with 
contents as indicated in ii) below 


B17 


UE -> USS 


CONNECT ACKNOWLEDGE 




18 






II 1 J." fj. /""v Al"f J." J.I 1 1 /~\ /~\ 

call duration 90 s after CAI information sent by USS, 


19 


USS -> UE 


DISCONNECT 




20 


UE -> USS 


RELEASE 




21 


USS -> UE 


RELEASE COMPLETE 




22 


USS -> UE 


RRC CONNECTION RELEASE 


All connections of RRC are released. 


23 


UE -> USS 


RRC CONNECTION RELEASE 
COMPLETE 





Expected Sequence B: 



Step 


Direction 


■message 


Comments 


1 


UE 




The UE is made to initiate a call 


2 


UE -> SS 


CHANNEL REQUEST 




3 


SS -> UE 


IMMEDIATE ASSIGNMENT 




4 


UE-> SS 


CM SERVICE REQUEST 




5 


SS -> UE 


CM SERVICE ACCEPT 




6 


UE -> SS 


SETUP 




7 


SS -> UE 


CALL PROCEEDING 




8 


SS -> UE 


ASSIGNMENT COMMAND 


To a supported channel type 


9 


UE -> SS 


ASSIGNMENT COMPLETE 


10 


SS -> UE 


ALERTING 




11 


SS -> UE 


CONNECT 


As default message except contains Facility IE with 








contents as indicated in i) below 








Either A or B branch is taken 


A12 


UE -> SS 


CONNECT ACKNOWLEDGE 




A13 


UE -> SS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


B12 


UE-> SS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


B13 


UE -> SS 


CONNECT ACKNOWLEDGE 




14 






call duration 90 s after CAI information sent by SS, 


15 


SS -> UE 


DISCONNECT 




16 


UE -> SS 


RELEASE 




17 


SS -> UE 


RELEASE COMPLETE 




18 


SS -> UE 


CHANNEL RELEASE 


The main signalling link is released. 



Specific Message Contents: 
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i) FACILITY Information Element with Invoke = ForwardChargelnformation component type as defined in 

TS 24.080 [17], subclause 3.6.1 table 3.3. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

The values of the e-parameters within the parameter part of the Facihty Information Element shall be set as below: 

e-parameters: 

parameter: e1 e2 e3 e4 e5 e6 E7 
value 1 1 1 

Values shown in table are in the format and have units as in TS 22.024 [8], clause 3. 

ii) FACILITY Information Element with Return Result component type as defined in TS 24.080 [17], subclause 
3.6.1 table 3.4. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

6.4.2.5 Acceptance criteria 

The UE shall, during a call, send INCREMENT conmiands to the USIM every 5 s. 

6.4.3 Call terminated when ACM greater than ACMmax 

6.4.3.1 Definition and applicability 

ACMmax gives the maximum value of ACM, at which the current chargeable calls shall be terminated and no further 
calls may be made (except emergency calls). 

This test applies to Terminals accessing UTRAN and supporting CS. Besides of that, this test is applicable only to those 
Terminals supporting AoCC. 

6.4.3.2 Conformance requirement 

ACM shall be incremented by the value of CCM. 

If the ACMmax is valid, and the ACM becomes equal to or exceeds the value of the ACMmax, then all calls in 
progress, chargeable to the user, shall be terminated by the UE, once the chargeable interval determined by the CAI has 
elapsed, (except emergency calls). 

When used the value IC shall be used as SFT for EFacm> for compatibiUty reasons the terminal shall accept other 
values. 

Reference: 

• TS 22.024 [8], subclauses 4.2.2 and 4.3 (part h); 

• TS 102 221 [5], subclause 14.1.3; 

• TS 31.102 [4], subclause 4.2.9, 5.3.4 and Annex H.l. 

6.4.3.3 Test purpose 

1) To verify that the Terminal increments the ACM by the correct number of units, even though this may take 
ACM above ACMmax. 

2) To verify that the Terminal terminates the call. 

3) To verify that the INCREMENT EFacm conmiand is performed correctly by the terminal. 

4) To verify that the Terminal is able to handle other values than IC as SFI of EFacm- 
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6.4.3.4 Method of test 

6.4.3.4.1 Initial conditions 

The Terminal shall be connected to a UICC or the USIM simulator, with all elementary files coded as default with the 
exception of: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available; 

User controlled PLMN selector available; 

Fixed dialling numbers available; 
The GSM Access available; 

The Group Identifier level 1 and level 2 not available; 
AoC available. 

Service n 33 (Packed Switched Domain) shall be set to T 
Enabled Services Table available 

Coding: B1 B2 B3 B4 B5 

binary xxxx xx1 1 xxx1 xxxx xxxx 1 xOO xxxx x1 xx xxxx xx1 1 

The coding of EFust shall conform with the capabilities of the USIM used. 
EFacm (Accumulated call meter) 

Logically: 80 units 

Coding: B1 82 B3 

binary 0000 0000 0000 0000 0101 0000 

The SFl of EFacm shall be set to 18'. 
EFACMmax (Accumulatcd call meter maximum) 

Logically: 94 units 

Coding: B1 B2 B3 

binary 0000 0000 0000 0000 0101 1110 

The USS transmits on the BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 
User Equipment: 

The UE is in MM-state "idle, updated". 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

6.4.3.4.2 Procedure 

a) The UE is made to initiate a call. The call estabUshment shall be performed according to the procedures defined 
in TS 34.108 [21], subclause 7.2.3.2.3 extended by the messages of the AoCC. The call is established with 
AoCC e-parameters sent in a Facility IE in the CONNECT message, as given below. The UE returns the AoCC 
acknowledgement after the reception of the CONNECT message. It is an implementation option whether the 
AoCC acknowledge is sent by the UE before or after the CONNECT ACKNOWLEDGE. 
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b) The call is maintained until cleared by the UE (after 30 s). 

c) The contents of ACM are checked. 
Maximum Duration of Test: 

2 minutes. 



Expected Sequence A: 



Step 


Direction 


Message 


Comments 


1 


UE 




The UE Is made to Initiate a call 


2 


UE -> USS 


RRC CONNECTION REQUEST 




3 


USS -> UE 


RRC CONNECTION SETUP 




4 


UE -> USS 


RRC CONNECTION SETUP 

/~i/^R>ini 1 — i~i — 

COMPLETE 




5 


USS -> UE 


AUTHENTICATION REQUEST 


MM procedure, to ensure the successful start of Integrity 


6 


UE -> USS 


AUTHENTICATION RESPONSE 


in step 8 


1 


1 ICC ^ 1 IC 

Uoo -> Ut 


CC^I IDITV Kyll^nC 0^^^il^ilAM^ 
tjtUUHl 1 Y MUUt UUMMAIMU 


RRC procedure, start of Integrity Is mandatory during call 


Q 
O 


1 IF 1 


qcpi IRITV MnnF PDMPI FTP 


setup 


q 


1 IF 1 199 

-> uoo 


'^FTI IP 




1 n 


1 199 1 IF 

kJOO ^ 


r;AI 1 PRDnFFDINfi 




■\ ■] 


1 199 1 IF 


RADIO RFARFR SETUP 


Tn a Qi innnrtoH phannc»l t\/nfa 
1 \j ct ou|j|jui \j\ icti II ici Ly|jc 


12 




RADIO BEARFR SETUP 
COMPLETE 


13 


USS -> UE 


ALERTING 




14 


USS -> UE 


CONNECT 


As default message except contains Facility IE with 
contents as indicated in 1) below 








Either A or B branch Is taken 


A15 


UE -> USS 


CONNECT ACKNOWLEDGE 




A16 


UE -> USS 


FACILITY 


As default message except contains Facility IE with 

contents as indicated in ii) below 


B15 


UE -> USS 


FACILITY 


As default message except contains Facility IE with 
contents as Indicated In II) below 


816 


UE -> USS 


CONNECT ACKNOWLEDGE 




17 






call duration 30 s after CAI information sent by USS 


18 


UE-> USS 


DISCONNECT 




19 


USS -> UE 


RELEASE 




20 


UE -> USS 


RELEASE COMPLETE 




21 


USS -> UE 


RRC CONNECTION RELEASE 


All connections of RRC are released. 


22 


UE -> USS 


RRC CONNECTION RELEASE 
COMPLETE 





Expected Sequence B: 
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Step 


Direction 


■Message 


Comments 


1 


UE 




The UE is made to initiate a call 


2 


UE-> SS 


CHANNEL REQUEST 




3 


SS -> UE 


IMMEDIATE ASSIGNMENT 




4 


UE -> SS 


CM SERVICE REQUEST 




5 


SS -> UE 


CM SERVICE ACCEPT 




6 


UE -> SS 


SETUP 




7 


SS -> UE 


CALL PRQCEEDING 




8 


SS -> UE 


ASSIGNMENT COMMAND 




9 


UE -> SS 


to a supported channel type 
ASSIGNMENT COMPLETE 




10 


SS -> UE 


ALERTING 




11 


SS -> UE 


CONNECT 


As default message except contains Facility IE with 
contents as indicated in i) below 








Either A or B branch is taken 


A12 


UE -> SS 


CONNECT ACKNOWLEDGE 




A13 


UE -> SS 


r A /^ii i"r\/ 

FACILITY 


As default message except contains Facility IE with 
contents as indicated in ii) below 


B12 


UE -> SS 


FACILITY 


As default message except contains Facility IE with 
contents as indicated in ii) below 


813 


UE -> SS 


CONNECT ACKNOWLEDGE 




14 






call duration 30 s after CAI information sent by SS 


15 


UE -> SS 


DISCONNECT 




16 


SS -> UE 


RELEASE 




17 


UE -> SS 


RELEASE COMPLETE 




18 


SS -> UE 


CHANNEL RELEASE 


The main signalling link is released. 



Specific Message Contents: 

i) FACILITY Information Element with Invoke = ForwardChargelnformation component type as defined in 
TS 24.080 [17], subclause 3.6.1 table 3.3. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

The values of the e-parameters within the parameter part of the FaciUty Information Element shall be set as below: 

e-parameters: 

parameter: el e2 e3 e4 e5 e6 e7 
value 10 10 1 

Values shown in table are in the format and have units as in TS 22.024 [8], clause 3. 

ii) FACILITY Information Element with Return Result component type as defined in TS 24.080 [17], subclause 
3.6.1 table 3.4. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

6.4.3.5 Acceptance criteria 

1) The UE shall terminate the call correctly 30 s after CAI was sent. 

2) The value of ACM shall be 100 units. 

6.4.4 Response codes of increase command of ACM 
6.4.4.1 Definition and applicability 

ACM has a maximum value in terms of coding, and an attempt by the Terminal to exceed that value by sending an 
INCREASE command shall result in an error message from the USIM. As the maximum of the ACM is equal to the 
maximum value of ACMmax, all current chargeable calls shall be terminated and no further calls may be made (except 
emergency calls). 
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This test applies to Terminals accessing UTRAN and supporting CS. Besides of that, this test is applicable only to those 
Terminals supporting AoCC. 

6.4.4.2 Conformance requirement 

The Terminal shall perform the increasing procedure, sending the amount to be increased. 
The running accumulated charge shall be stored in the ACM of the USIM. 

Where this charge cannot be stored in the UE, use of the telecommunications service shall be prevented. 

At the time ACM exceeds it's maximum value, then all calls in progress, chargeable to the user, shall be terminated by 
the UE, once the chargeable interval determined by the CAI has elapsed, (except emergency calls). 

When used the value 'IC shall be used as SFI for EFacmj for compatibility reasons the terminal shall accept other 
values. 

References: 

• TS 31.102 [4J, subclauses 4.2.9, 5.3.4 and Aimex H.l; 

• TS 22.086 [18], subclauses 2.1 and 2.2.1. 

6.4.4.3 Test purpose 

1) To verify that the Terminal clears a charged call if the USIM indicates that the ACM cannot be increased. 

2) To verify that the Terminal is able to handle other values than "IC" as SFI of EFacm- 

6.4.4.4 Method of test 

6.4.4.4.1 Initial conditions 

The Terminal shall be connected to the USIM simulator, with all elementary files coded as default with the exception 
of: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available; 

User controlled PLMN selector available; 
Fixed dialling numbers available; 
The GSM Access available; 

The Group Identifier level 1 and level 2 not available; 
AoC available. 

Service n 33 (Packed Switched Domain) shall be set to '1' 
Enabled Services Table available 



Coding: B1 B2 B3 B4 B5 

binary xxxx xx1 1 xxx1 xxxx xxxx 1 xOO xxxx x1 xx xxxx xx1 1 

The coding of EFust shall conform with the capabihties of the USIM used. 

EFacm (Accumulated call meter) 

Logically: (Maximum value - 10) units 

Coding: B1 B2 B3 

binary 11111111 11111111 1111 0101 

The SFI of EFacm shall be set to "18". 
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EFACMmax (Accumulatcd call meter maximum) 



Logically: 



(Maximum value - 2) units 



Coding: 
binary 



B1 

1111 1111 



B2 

1111 1111 



B3 

1111 1101 



The USS transmits on the BCCH, with the following network parameters: 



- Attach/detach: 



disabled. 



- LAI (MCC/MNC/LAC): 246/081/0001. 



- Access control: 



unrestricted. 



User Equipment: 

The UE is in MM-state "idle, updated". 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 



a) The UE is made to initiate a call. The call establishment shall be performed according to the procedures defined 
in TS 34.108 [21], subclause 7.2.3.2.3 extended by the messages of the AoCC. The call is estabUshed with 
AoCC e-parameters sent in a Facility IE in the CONNECT message, as given below. The UE returns the AoCC 
acknowledgement after reception of the CONNECT message. It is an implementation option whether the AoCC 
acknowledge is sent by the UE before or after the CONNECT ACKNOWLEDGE. 

b) After an interval has elapsed, the Terminal increments the ACM. When an INCREASE command is received, 
the USIM-simulator sends back the error "98 50". 

c) Conditions are reset to those described in the initial conditions. Steps a) and b) of the test are repeated, except 
that the error code sent by the USIM simulator at step b) is now "6F xx". 

d) Conditions are reset to those described in the initial conditions. Steps a) and b) of the test are repeated, except 
that the error code sent by the USIM simulator at step b) is now "65 81". 

References: 

• TS 102 221 [5], subclause 10.2.1. 
Maximum Duration of Test: 

3 minutes. 



6.4.4.4.2 



Procedure 
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Expected Sequence A: 



Step 


Direction 


Message 


Comments 


1 


UE 




The UE is made to initiate a call 


2 


UE -> USS 


RRC CONNECTION REOUEST 




3 


USS -> UE 


RRC CONNECTION SETUP 




4 


UE -> USS 


RRC CONNECTION SETUP 








COMPLETE 




5 


USS -> UE 


AUTHENTICATION REQUEST 


MM procedure, to ensure the successful start of integrity 








in step 8 


6 


UE -> USS 


AUTHENTICATION RESPONSE 




7 


USS -> UE 


SECURITY MODE COMMAND 


RRC procedure, start of integrity is mandatory during call 








setup 


8 


UE -> USS 


SECURITY MODE COMPLETE 




9 
10 


UE -> USS 


SETUP 




1 1 


USS -> UE 


CALL PROCEEDING 




12 


USS -> UE 


RADIO BEARER SETUP 


To a supported channel type 


13 


UE -> USS 


RADIO BEARER SETUP 








UUMrLb 1 b 




14 


USS -> UE 


ALERTING 




15 


1 lOO . lie 

Ubb -> Ut 


CUNNtC 1 


As default message except contains Facility IE with 








contents as indicated in i) below 








Either A or B branch is taken 


A16 


UE -> USS 


CONNECT ACKNOWLEDGE 




A17 


UE -> USS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


B16 


UE -> USS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


817 


UE -> USS 


CONNECT ACKNOWLEDGE 




18 






call duration 10s after CAI information sent by USS 


19 


UE -> USS 


DISCONNECT 


20 


USS -> UE 


RELEASE 




21 


UE -> USS 


RELEASE COMPLETE 




22 


USS -> UE 


RRC CONNECTION RELEASE 


All connections of RRC are released. 


23 


UE -> USS 


RRC CONNECTION RELEASE 








COMPLETE 
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Expected Sequence B: 



Step 


Direction 


■Message 


Comments 


1 


UE 




The UE is made to initiate a call 


2 


UE -> SS 


CHANNEL REQUEST 




3 


SS -> UE 


IMMEDIATE ASSIGNMENT 




4 


UE -> SS 


CM SERVICE REQUEST 




5 


SS -> UE 


CM SERVICE ACCEPT 




6 


UE -> SS 


SETUP 




7 


SS -> UE 


CALL PROCEEDING 




8 


SS -> UE 


ASSIGNMENT COMMAND 








to a supported channel type 




9 


1 1 r" . oo 
Ut -> bb 


AooloNlvltN 1 UUMr'Lhlh 




10 


SS -> UE 


ALERTING 




1 1 


oo ^ 1 

bb -> Ut 


CUNNtC 1 


As default message except contains Facility IE with 








contents as indicated in i) below 








Either A or B branch is taken 


A12 


UE -> SS 


CONNECT ACKNOWLEDGE 




A13 


UE -> SS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


B12 


UE-> SS 


FACILITY 


As default message except contains Facility IE with 








contents as indicated in ii) below 


813 


UE -> SS 


CONNECT ACKNOWLEDGE 




14 






call duration 10s after CAI information sent by SS 


15 


UE -> SS 


DISCONNECT 


16 


SS -> UE 


RELEASE 




17 


UE -> SS 


RELEASE COMPLETE 




18 


SS -> UE 


CHANNEL RELEASE 


The main signalling link is released. 



Specific Message Contents: 

i) FACILITY Information Element witli Invoke = ForwardCliargelnformation component type as defined in 
TS 24.080 [17], subclause 3.6.1 table 3.3. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

The values of the e-parameters within the parameter part of the Facility Information Element shall be set as below: 

e-parameters: 

parameter: el e2 e3 e4 e5 e6 e7 
value 20 10 1 



Values shown in table are in the format and have units as in TS 22.024 [8], clause 3. 

ii) FACILITY Information Element with Return Result component type as defined in TS 24.080 [17], subclause 
3.6.1 table 3.4. 

For ASN.l description see default message contents in TS 51.010-1 [22], subclause 31.6.4. 

6.4.4.5 Acceptance criteria 

1) The UE shall terminate the call correctly 10 s after CAI was sent. 

2) In each of the three cases, as described in steps b), c) and d) of the procedure, the UE shall terminate the call 
correctly when it receives an indication from the USIM that the ACM cannot be incremented. 
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7 



PLMN related tests 



7.1 



FPLMN handling 



7.1.1 



Adding FPLIVIN to tine Forbidden PLMN list 



7.1.1.1 



Definition and applicability 



A list of forbidden PLMNs stored in the USIM and providing storage for at least 4 entries is managed by the UE. In 
automatic PLMN selection mode the UE controls registration attempts to appropriate networks with respect to this Ust 
of forbidden PLMNs. As a result of a registration reject with the cause "PLMN not allowed" the UE stores the PLMN 
which rejected the update request in the USIM. 

The registration attempts initiated by the 3G UE depends on UEs capabilities and can be one of the following: 

I. registration procedures for UEs supporting CS or 

II. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 

This test applies to Terminals accessing UTRAN and to Temainals accessing a GERAN. 



In case of a 2G terminal: 

1) In automatic PLMN selection mode the UE shall only attempt a LOCATION UPDATE if it receives a BCCH 
containing a LAI that is not indicated in the EFfplmn in the USIM. 

Reference: 

• TS 22.01 1 [6], subclause 2.3; 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

2) After receipt of a LOCATION UPDATING REJECT message with the cause "PLMN not allowed" the Terminal 
shall update the EFfplmn in the USIM. 

Reference: 

• TS 22.01 1 [6], subclause 2.3; 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

3) After call termination the USIM shall contain the correct Key Set Identifier. 
Reference: 

• TS 3 1 . 1 02 [4] , subclauses 5 . 1 .2, 5 .2.5 and 5 .2.6; 

• TS 21.111 [19], subclause 10.1. 

4) After call termination the USIM shall contain the correct TMSI and location information received by the UE. 
Reference: 

• TS 31.102 [4], subclauses 5.1.2, 5.2.5 and 5.2.6; 

• TS 21.111 [19], subclause 10.1. 
In case of a 3G terminal: 



7.1.1.2 



Conformance requirement 
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1) Depending on which domain the UE is going to be registered on, one of the following requirements should be 
fulfilled: 

I. In automatic PLMN selection mode the UE shall only attempt a LOCATION UPDATING REQUEST during 
registration on CS if it receives a BCCH containing a PLMN(MCC,MNC) that is not indicated in the 
EFFPLMN in the USIM or 

II. in automatic PLMN selection mode the UE shall only attempt a ATTACH REQUEST during registration on 
PS if it receives a BCCH containing a PLMN(MCC,MNC) that is not indicated in the EFfplmn in the USIM 
or 

III. in automatic PLMN selection mode the UE shall only attempt a LOCATION UPDATING REQUEST and/or 
ATTACH REQUEST during registration on CS/PS if it receives a BCCH containing a PLMN(MCC,MNC) 
that is not indicated in the EFppuviN in the USIM. 

Reference: 

• TS 22.01 1 [6], subclause 2.3; 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 



2) Depending on which domain the UE is going to be on, one of the following requirements should be fulfilled: 

I. After after receipt of a LOCATION UPDATING REJECT message during registration on CS with the cause 
"PLMN not allowed" the Terminal shall update the EFFPLMN in the USIM or. 

II. after receipt of a ATTACH REJECT message during registration on PS with the cause "PLMN not allowed" 
the Terminal shall update the EFfplmn in the USIM or 

III. after receipt of a LOCATION UPDATING REJECT and/or ATTACH REJECT message during registration 
on CS/PS with the cause "PLMN not allowed" the Terminal shall update the EFfplmn in the USIM. 

Reference: 

• TS 22.011 [6], subclause 3.2.2 2.3; 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

3) After call termination the USIM shall contain the correct Key Set Identifier. 

4) Depending on which domain the UE is going to be registered on, one of the following requirements should be 
fulfilled: 

I. after registration on CS the USIM shall contain the correct TMSI and location information received by the 
UEor 

II. after registration on PS the USIM shall contain the correct P-TMSI and routing information received by the 
UEor 

III. after registration on CS/PS the USIM shall contain the correct TMSI, P-TMSI, location information and 
routing information received by the UE. 

Reference: 

• TS 31.102 [4], subclauses 5.1.2, 5.2.5 and 5.2.6; 

• TS 21.111 [6], subclause 10.1. 

5) After call termination the USIM shall contain the correct TMSI and location information received by the UE. 
Reference: 

• TS 3 1 . 1 02 1 4 1 , subclauses 5 . 1 .2, 5 .2.5 and 5 .2.6; 

• TS 21.111 [6], subclause 10.1. 
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7.1.1.3 Test purpose 

In case of a 2G terminal: 

1) To verify that in automatic PLMN selection mode the UE does not attempt to access PLMNs stored in EFfplmn 
ontheUSIM. 

2) To verify that the EFpplmn is correctly updated by the Terminal after receipt of a LOCATION UPDATING 
REJECT message with cause "PLMN not allowed". 

3) To verify that the EFxeys has been correctiy updated by the Terminal. 

4) To verify that the EFloci has been correctly updated by the Terminal. 
In case of a 3G terminal: 

1) To verify that in automatic PLMN selection mode the UE does not attempt to access PLMNs stored in EFfplmn 
ontheUSIM. 

2) To verify that the EFpplmn is correctly updated by the Terminal after receipt of a 

I. LOCATION UPDATING REJECT message with cause "PLMN not allowed" during registration on CS or. 

II. ATTACH REJECT message with cause "PLMN not allowed" during registration on PS or. 

III. LOCATION UPDATING REJECT and/or ATTACH REJECT message with cause "PLMN not allowed" 
during registration on CS/PS. 

3) To verify that 

I. the EFloci has been correctly updated by the Terminal during registration on CS or. 

II. the EFpsLoci has been correctly updated by the Terminal during registration on PS or. 

III. the the EFloci and EFpsLoci have been correctly updated by the Terminal during registration on CS/PS. 

7.1.1.4 Method of test 
7.1 .1 .4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 234/002/0001. 

- RAI (MCC/MNC/LAC/RAC): 234/002/0001/05. (only for UTRAN cell) 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 
The default UICC is used with the following exception: 
EFiMsidMSI) 

Logically: 246081111111111 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 

Hex 08 29 64 80 11 11 11 11 11 

EFloci (Location Information) 

Logically: LAI-MCC: 234 

LAI-MNC: 007 
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LAI-LAC: 0000 
TMSI: "32547698" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 32 54 76 98 32 74 00 00 00 FF 00 



EFpsLoci (Packet Switched location Information) 

LogicaUy: RAI-MCC: 234 

RAI-MNC: 007 
RAI-LAC: 0000 
RAI-RAC: 05 
P-TMSI: "32547698" 



P-TMSI signature value: "112233" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


Bg 


BIO 


B11 


Hex 


32 


54 


76 


98 


11 


22 


33 


32 


74 


00 


00 




B12 


B13 


B14 




















00 


05 


00 



















The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

In case of a Terminal accessing GERAN: 

EFxeys (Ciphering and Integrity Keys) 

Logically: Key Set Identifier KSl: 02 

Ciphering Keys CK: undefined 

Integrity Keys IK: undefined 

Coding: B1 B2 B3 ... B16 B17 B18 ... B31 B32 B33 

Hex 02 XX XX ... xx xx xx ... xx xx xx 



In case of a Terminal accessing UTRAN "Expected Sequence A" shall be performed and in case of a Terminal 
accessing a GERAN "Expected Sequence B" shall be performed. 

7.1.1.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) The USS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection procedure 
in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/003 

The USS then resumes RF output on the BCCH. 

c) The USS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection procedure 
in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/004 

The USS then resumes RF output on the BCCH. 

d) The USS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection procedure 
in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/005 

The USS then resumes RF output on the BCCH. 
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e) The USS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection procedure 
in the UE. The BCCH is changed to contain: 

LAI (MCC/MNC/LAC):234/007/0001 

RAI (MCC/MNC/LAC/RAC): 234/007/0001/05 

The USS then resumes RF output on the BCCH. 

f) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

g) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
sends LOCATION UPDATING REJECT to the UE with cause "PLMN Not Allowed", followed by RRC 
CONNECTION RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to 
the USS. 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS sends ATTACH 
REJECT to the UE with cause "PLMN Not Allowed", followed by RRC CONNECTION RELEASE, 
followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS sends LOCATION UPDATING REJECT and/or ATTACH REJECT to 
the UE with cause "PLMN Not Allowed", followed by RRC CONNECTION RELEASE, followed by RRC 
CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

The USS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection procedure 
in the UE. The BCCH is changed to contain: 

LAI (MCC/MNC): 234/008/0001 

RAI (MCC/MNC/LAC/RAC): 234/008/0001/05 

The USS then resumes RF output on the BCCH. 

h) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

i) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC/LAC):234/008/0001 

TMSI: "43658709" 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT to the UE with : 

RAI (MCC/MNC/LAC/RAC): 234/008/000/05 

P-TMSI: "43658709" 

P-TMSI signature value "443322" 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT with some of the following values to 
the UE with : 

LAI (MCC/MNC/LAC):234/008/0001 
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TMSI: "43658709" 

RAI (MCC/MNC/LAC/RAC): 234/008/000/05 
P-TMSI: "43658709" 
P-TMSI signature value "443322" 
j) After passing through the authentication procedure and after receipt of 

I. TMSI REALLOCATION COMPLETE during registration on CS from the UE the USS sends RRC 
CONNECTION RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to 
the USS or. 

II. ATTACH COMPLETE during registration on PS from the UE, the USS sends RRC CONNECTION 
RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or. 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE during registration on CS/PS from 
the UE, the USS sends RRC CONNECTION RELEASE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS. 

k) The UE is soft powered down. 

Expected Sequence B: 

a) The UE is powered on. 

b) The SS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection 
procedure in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/003 

The SS then resumes RF output on the BCCH. 

c) The SS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection 
procedure in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/004 

The SS then resumes RF output on the BCCH. 

d) The SS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection 
procedure in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/005 

The SS then resumes RF output on the BCCH. 

e) The SS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection 
procedure in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/007/0001 

RAI (MCC/MNC/LAC/RAC): 234/007/0001/05 

The SS then resumes RF output on the BCCH. 

f) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the 
UE. 

g) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
REJECT to the UE with cause "PLMN Not Allowed", followed by CHANNEL RELEASE. 

The SS stops all RF output on the BCCH for a long enough period of time to cause a cell reselection 
procedure in the UE. The BCCH is changed to contain: 

PLMN (MCC/MNC): 234/008/0001 
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RAI (MCC/MNC/LAC/RAC): 234/008/0001/05 
The SS then resumes RF output on the BCCH. 

h) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the 
UE. 

i) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 

ACCEPT with: 

LAI (MCC/MNC/LAC): 234/008/0001 
TMSI: "43658709" 
to the UE. 

j) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE 
to the UE. 

k) The UE is soft powered down. 

7.1.1.5 Acceptance criteria 

1) After each of the steps a) to d) the UE shall not attempt a LOCATION UPDATING and not a ATTACH 
procedure. 

2) After step f) the 2G UE shall send LOCATION UPDATING REQUEST to the SS and a 3G terminal shall send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

in. LOCATION UPDATING REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

3) After step h) the 2G UE shall send LOCATION UPDATING REQUEST to the SS and a 3G terminal shall send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

III. LOCATION UPDATING REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

4) After step i) the 2G UE shall respond with TMSI REALLOCATION COMPLETE to the SS and a 3G terminal 
shall respond with 

I. TMSI REALLOCATION COMPLETE to the USS during registration on CS or 

II. ATTACH COMPLETE during registration on PS or 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 
CS/PS.. 

5) After step k) the USIM shall contain the following values: 
EFfplmn (Forbidden PLMNs) 



Logically: PLMNl 
PLMN2 
PLMN3 
PLMN4 
PLMN5 
PLMN6 



234 002 (MCC MNC) 

234 003 

234 004 

234 005 

234 006 

234 007 
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Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


B12 


Hex 


32 


24 


00 


32 


34 


00 


32 


44 


00 


32 


54 


00 




B13 


814 


B15 


B16 


B17 


B18 
















32 


64 


00 


32 


74 


00 















For 2G terminals and 3G terminals supporting (CS and PS) or (CS only): 

EFloci (Location Information) 

Logically: LAI-MCC: 234 

LAI-MNC: 008 
TMSI: "43658709" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 43 65 87 09 32 84 00 xx xx xx 00 



For 3G terminals supporting (CS and PS) or (PS only): 
EFpsLoci (Location Information) 

Logically: RAl-MCC: 234 

RAI-MNC: 008 
P-TMSI: "43658709" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


87 


B8 


89 


B10 


811 


Hex 


43 


65 


87 


09 


XX 


XX 


XX 


32 


84 


00 


XX 


Coding: 


B12 


B13 


B14 


















Hex 


XX 


XX 


00 



















In case of a Terminal accessing GERAN: 

EFKeys (Cipliering and Integrity Keys) 

Logically: Key Set Identifier KSI: 07 (not available) 

Ciphering Keys CK: xx 

Integrity Keys IK: xx 

Coding: B1 B2 B3 ... B16 B17 B18 ... B31 B32 B33 

Hex 07 XX XX ... xx xx xx ... xx xx Xx 



7.1 .2 UE updating forbidden PLIVINs 
7.1 .2.1 Definition and applicability 

A list of forbidden PLMNs stored in the USIM provides storage for at least 4 entries, and is managed by the UE. In 
automatic PLMN selection mode the UE controls registration attempts to appropriate networks with respect to this list 
of forbidden PLMNs. As a result of a registration reject with the cause "PLMN not allowed" the UE stores the PLMN 
which rejected the update request in the USIM. 

The registration attempts initiated by the 3G UE depends on UEs capabilities and can be one of the following: 

I. registration procedures for UEs supporting CS or 

n. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 
This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 
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7.1.2.2 Conformance requirement 

In case of a 2G terminal: 

After the receipt of a LOCATION UPDATING REJECT message with the cause "PLMN not allowed" the UE shall 
update the EFfplmn in the USIM. 

Reference: 

• TS 22.011 [6], subclause 3.2.2.4. 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

In case of a 3G terminal: 

Depending on which domain the UE will be registered on, one of the following requirements should be fulfilled: 

I. After the receipt of a LOCATION UPDATING REJECT message during registration on CS with the cause 
"PLMN not allowed" the UE shall update the EFFPLMN in the USIM or 

II. after receipt of a ATTACH REJECT message during registration on PS with the cause "PLMN not allowed" the 
Terminal shall update the EFFPLMN in the USIM or 

m. after receipt of a LOCATION UPDATING REJECT and/or ATTACH REJECT message during registration on 
CS/PS with the cause "PLMN not allowed" the Terminal shall update the EFFPLMN in the USIM. 

Reference: 

• TS 22.01 1 [6], subclause 3.2.2.4. 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

7.1.2.3 Test purpose 

To verify that the UE correctly updates the EFpplmn> i-c fiU up existing gaps in the elementary file before overwriting 
any existing entries. 

7.1.2.4 Method of test 
7.1.2.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 234/002/0001. 

- RAI (MCC/MNC/LAC/RAC): 234/002/0001/05 (only for UTRAN cell) 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 
The default UlCC is used with the following exception: 
EFfplmn (Forbidden PLMNs) 



Logically: PLMNl 
PLMN2 
PLMN3 
PLMN4 
PLMN5 
PLMN6 



234 001 (MCC MNC) 

empty 

234 003 

234 004 

234 005 

234 006 
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Coding: 
Hex 



B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


B12 


32 


14 


00 


FF 


FF 


FF 


32 


34 


00 


32 


44 


00 


B13 


814 


B15 


B16 


B17 


B18 














32 


54 


00 


32 


64 


00 















The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

7.1.2.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

During registration on CS and after After receipt of a LOCATION UPDATING REQUEST from the UE, the 
USS sends LOCATION UPDATING REJECT to the UE with the cause "PLMN not allowed", followed by RRC 
CONNECTION RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the 
USS. 

d) The UE is soft powered down. 
Expected Sequence B: 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
sends LOCATION UPDATE^G REJECT to the UE with the cause "PLMN not allowed", followed by RRC 
CONNECTION RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to 
the USS or 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS sends ATTACH 
REJECT to the UE with cause "PLMN Not Allowed", followed by RRC CONNECTION RELEASE, 
followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS sends LOCATION UPDATING REJECT and/or ATTACH REJECT to 
the UE with cause "PLMN Not Allowed", followed by RRC CONNECTION RELEASE, followed by RRC 
CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

d) The UE is soft powered down. 

7.1 .2.5 Acceptance criteria 

1) After step b) the 2G UE shall send LOCATION UPDATING REQUEST to the SS and the 3G terminal shall 

send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

m. LOCATION UPDATE^G REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 
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2) After step d) the USIM shall contain: 
EFfplmn (Forbidden PLMNs) 
Logically: 



PLMNl 
PLMN2 
PLMN3 
PLMN4: 
PLMN5 
PLMN6 



234 001 (MCCMNC) 
234 002 
234 003 
234 004 
234 005 
234 006 



Coding: 


B1 


B2 


B3 


B4 


B5 


86 


87 


88 


89 


810 


811 


812 


Hex 


32 


14 


00 


32 


24 


00 


32 


34 


00 


32 


44 


00 




B13 


B14 


B15 


816 


81 7 


818 
















32 


54 


00 


32 


64 


00 















or 



EFfplmn (Forbidden PLMNs) 

LogicaUy: PLMNl 
PLMN2 
PLMN3 
PLMN4 
PLMN5 
PLMN6 



234 001 (MCC MNC) 

234 003 

234 004 

234 005 

234 006 

234 002 



Coding: 


81 


82 


83 


84 


85 


86 


87 


88 


89 


810 


811 


812 


Hex 


32 


14 


00 


32 


34 


00 


32 


44 


00 


32 


54 


00 




B13 


B14 


815 


BIB 


B17 


B18 
















32 


64 


00 


32 


24 


00 















7.1 .3 UE (deleting \orb\66en PLMNs 
7.1 .3.1 Definition and applicability 

In manual PLMN selection mode the UE allows registration attempts to all available PLMNs, including forbidden 
PLMNs (as indicated by the forbidden PLMN list on the USIM). As a result of a successful registration procedure onto 
a PLMN which is in the forbidden PLMN list, the forbidden PLMN hst is automatically updated by the UE. 

The registration attempts initiated by the 3G UE depends on UEs capabilities and can be one of the following: 

I. registration procedures for UEs supporting CS or 

n. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 
This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 



7.1.3.2 Conformance requirement 

In case of a 2G terminal: 

1) In manual PLMN selection mode the UE shall be able to perform a LOCATION UPDATING attempt to a 
PLMN which is in the forbidden PLMN list. 



• TS 22.011 [6], subclause 3.2.2.2. 
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2) After receipt of LOCATION UPDATING ACCEPT the UE shaU delete the forbidden PLMN from the forbidden 
PLMN list. 

• TS 22.01 1 [6], subclause 3.2.2.4. 

In case of a 3G terminal: 

1) Depending on which domain the UE will be registered on, one of the following requirements should be 
fulfilled: 

I. In manual PLMN selection mode the UE shall be able to perform a LOCATION UPDATING attempt during 
registration on CS to a PLMN which is in the forbidden PLMN list or 

II. In manual PLMN selection mode the UE shall be able to perform a ATTACH attempt during registration on 
PS to a PLMN which is in the forbidden PLMN Ust or 

m. In manual PLMN selection mode the UE shall be able to perform a LOCATION UPDATING and/or 
ATTACH attempt during registration on CS/PS to a PLMN which is in the forbidden PLMN Ust. 

• TS 22.011 [6], subclause 3.2.2.2. 

• TS 31.102 [4], subclauses 5.1.1 and 5.2.7. 

2) Depending on which domain the UE is going to be registered on, one of the following requirements should be 
fulfilled: 

I. After receipt of LOCATION UPDATING ACCEPT message during registration on CS the UE shall delete 
the forbidden PLMN from the forbidden PLMN list OR 

II. after receipt of ATTACH ACCEPT message during registration on PS the UE shall delete the forbidden 
PLMN from the forbidden PLMN list or 

m. after receipt of LOCATION UPDATING ACCEPT and/or ATTCH ACCEPT message during registration on 
CS/PS the UE shall delete the forbidden PLMN from the forbidden PLMN Ust. 

• TS 22.01 1 [6], subclause 3.2.2.4. 

7.1.3.3 Test purpose 

1) To verify that the 2G UE is able to perform a LOCATION UPDATING on a forbidden PLMN in manual PLMN 
selection mode or to verify that the 3G UE is able to perform 

I. a LOCATION UPDATING REQUEST during registration on CS on a forbidden PLMN in manual PLMN 
selection mode or 

II. a ATTACH REQUEST during registration on PS on a forbidden PLMN in manual PLMN selection mode or 

III. a LOCATION UPDATING REQUEST and/or ATTACH REQUEST during registration on CS/PS on a 
forbidden PLMN in manual PLMN selection mode. 

2) To verify that the UE after a successful registration attempt deletes the PLMN in the EFfplmn on the USIM. 

7.1.3.4 Method of test 
7.1.3.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of Terminal accessing a GERAN) transmits on the 
BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 234/005/0001. 

- RAI (MCC/MNC/LAC/RAC): 234/005/0001/05 (only for UTRAN cell). 
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- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 
The default UICC is used with the following exception: 
EFfplmn (Forbidden PLMNs) 



Logically: 



PLMNl 

PLMN2 
PLMN3 
PLMN4 
PLMNS 
PLMN6 



empty 
empty 
empty 
empty 

234 005 (MCC MNC) 
empty 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


B12 


Hex 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 




B13 


814 


B15 


B16 


B17 


B18 
















32 


54 


00 


FF 


FF 


FF 















The UICC is installed into the Terminal and the UE is set to manual PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

7.1.3.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) PLMN with MCC/MNC of 234/005 is manually selected. 

c) After receipt of a RRC CONNECTION REQUEST from the UE, the USS sends RRC CONNECTION SETUP 
to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

d) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT with to the UE: 

LAI (MCC/MNC/LAC): 234/005/0001 

TMSI: "12345678" 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT with to the UE: 

RAI (MCC/MNC/LAC): 234/005/0001/05 

P-TMSI: "12345678" 

P-TMSI signature value "AB1234" 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATE^G ACCEPT and/or ATTACH ACCEPT with some of the following values to 
the UE with: 

LAI (MCC/MNC/LAC): 234/005/0001 

TMSI: "12345678" 
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RAI (MCC/MNC/LAC): 234/005/0001/05 
P-TMSI: "12345678" 
P-TMSI signature value "AB1234" 

e) After passing through the authentication procedure and after receipt of 

I. TMSI REALLOCATION COMPLETE during registration on CS from the UE, the USS sends RRC 
CONNECTION RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to 
the USS or 

II. ATTACH COMPLETE during registration on PS from the UE, the USS sends RRC CONNECTION 
RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or. 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE during registration on CS/PS from 
the UE, the USS sends RRC CONNECTION RELEASE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS. 

f) The UE is soft powered down. 
Expected Sequence B: 

a) The UE is powered on. 

b) PLMN with MCC/MNC of 234/005 is manually selected. 

c) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

d) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 234/005 

TMSI: "12345678" 

to the UE. 

e) After receipt of TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE. 

f) The UE is soft powered down. 

7.1 .3.5 Acceptance criteria 

1) After step c) the 2G UE shall send LOCATION UPDATING REQUEST to the SS and the 3G terminal shaU 
send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

in. LOCATION UPDATE^G REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

2) After step d) the 2G UE shall respond with TMSI REALLOCATION COMPLETE and the 3G terminal shall 

respond with 

I. TMSI REALLOCATION COMPLETE to the USS during registration on CS or 

II. ATTACH COMPLETE during registration on PS or 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 
CS/PS. 
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3) After step f) the USIM shall contain the following values: 
EFfplmn (Forbidden PLMNs) 

Logically: PLMNl: empty 

PLMN2: empty 

PLMN3: empty 

PLMN4: empty 

PLMNS: empty 

PLMN6: empty 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


B12 


Hex 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 


FF 




B13 


B14 


B15 


B16 


B17 


B18 
















FF 


FF 


FF 


FF 


FF 


FF 















For 2G terminals and 3G terminals supporting CS only or CS/PS : 
EFloci (Location Information) 

LogicaUy: LAI-MCC: 234 

LAI-MNC: 005 
TMSL "12345678" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 12 34 56 78 32 54 00 xx xx xx 00 



For UEs supporting PS only or CS/PS : 

EFpsLoci (Location Information) 

LogicaUy: RAI-MCC: 234 

RAI-MNC: 005 
P-TMSI: "12345678" 



Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 12 34 56 78 xx xx xx 32 54 00 xx 

Coding: B12 B13 B14 

Hex XX XX 00 



7.2 User controlled PLMN selector handling 

7.2.1 UE updating tine User controlled PLIVIN selector list 

7.2.1 .1 Definition and applicability 

The User controlled PLMN selector list gives in priority order the preferred UPLMNs on which the UE shall register. 
The Radio Access Technology identifier defines the Radio network in which the UE shall register. The list is stored on 
the USIM in the EFplmnwact- Update and deletion of PLMNs may be performed by the subscriber. 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

7.2.1.2 Conformance requirement 

The UE shall correctly replace the selected UPLMN in the User controlled PLMN selector list. 
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• TS 31.102 [4], subclause 5.3.6. 

7.2.1.3 Test purpose 

To verify that the UE correctly updates the EFplmnwact- 

7.2.1.4 Method of test 



7.2.1.4.1 Initial conditions 

No USS/SS is required for this test. 
The default UICC is used. 

The UICC is installed into the Terminal and the UE is powered on. 

7.2.1.4.2 Procedure 

a) The user shall initiate an MMl dependent procedure to change the second UPLMN in the User controlled PLMN 
selector list to MCC/MNC of 567/002, the ACT identifier shall set to UTRAN only. 

b) The UE is soft powered down. 

7.2.1.5 Acceptance criteria 

After step b) the USIM shall contain the following values: 
EFpLMNwACT (UPLMN Selector) 

Logically: r'PLMN: 
l^'ACT: 
2"'^ PLMN: 
T"^ ACT 
3'"'' PLMN: 
3"" ACT 
4* PLMN: 
4"^ ACT 
5"^ PLMN: 
5* ACT 
6*^ PLMN: 
6* ACT 
7* PLMN: 
7* ACT 
8* PLMN: 
8* ACT 
9* PLMN: 
9* ACT 
10* PLMN: 
10* ACT 
11* PLMN: 
11* ACT 
12* PLMN: 
12* ACT 



ETS/ 



244 081 (MCCMNC) 

UTRAN 

567 002 

UTRAN 

244 082 

UTRAN 

244 082 

GSM 

244 003 

UTRAN 

244 004 

UTRAN 

244 005 

UTRAN 

244 006 

UTRAN 

244 007 

UTRAN 

244 008 

UTRAN 

244 009 

UTRAN 

244 010 

UTRAN 
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Hex 



B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


B12 


B13 


B14 


B15 


42 


14 


80 


80 


00 


65 


27 


00 


80 


00 


42 


24 


80 


80 


00 


B16 


B17 


B18 


B19 


B20 


B21 


B22 


B23 


B24 


B25 


B26 


B27 


B28 


B29 


B30 


42 


24 


80 


00 


80 


42 


34 


00 


80 


00 


42 


44 


00 


80 


00 


B31 


B32 


B33 


B34 


B35 


B36 


B37 


B38 


B39 


B40 


B41 


B42 


B43 


B44 


B45 


42 


54 


00 


80 


00 


42 


64 


00 


80 


00 


42 


74 


00 


80 


00 


B46 


B47 


B48 


B49 


B50 


B51 


B52 


B53 


B54 


B55 


B56 


B57 


B58 


B59 


B60 


42 


84 


00 


80 


00 


42 


94 


00 


80 


00 


42 


04 


10 


80 


00 



7.2.2 UE recognising the priority order of tine User controlled PLMN 
selector list with the same access technology. 

7.2.2.1 Definition and applicability 

The User controlled PLMN selector list gives in priority order the preferred UPLMNs on which the UE shall register. 
The Radio Access Technology identifier defines the Radio network in which the UE shall register. The list is stored on 
the USIM in the EFplmnwact- Update and deletion of UPLMNs may be performed by the subscriber by the use of the 
PIN. 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

The registration attempts initiated by the terminal accessing UTRAN depends on terminal" s capabilities and can be one 
of the following: 

I. registration procedures for UEs supporting CS or 

II. registration procedures for UEs supporting PS or 
nr. registration procedures for UEs supporting CS/PS 

7.2.2.2 Conformance requirement 

When registering onto a VPLMN the UE shall take into account the priority order of the UPLMNs in the preferred list 
on the USIM. 

• TS 22.01 1 [6], subclause 3.2.2. 

7.2.2.3 Test purpose 

To verify that the UPLMN with the higher priority (defined by its position in EFplmn„act) takes precedence over the 
UPLMN with the lower priority when the UE performs a network selection. 

7.2.2.4 Method of test 
7.2.2.4.1 Initial conditions 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN) transmits on two 
BCCHs, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/033/0001. 

- RAI (MCC/MNC/LAC/RAC): 244/033/0001/05 (only for UTRAN cell). 

- Access control: unrestricted. 

- Attach/detach: disabled. 
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- LAI (MCC/MNC/LAC): 244/034/0001. 

- RAI (MCC/MNC/LAC/RAC): 244/034/0001/05 (only for UTRAN cell). 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 
The default UICC is used with the following exception: 
EFpLMNwACT (UPLMN Selector with Access Technology) 
Logically: 



Coding: 
Hex 



1" PLMN: 


244 081 (MCCMNC) 


1"ACT: 


UTRAN 


2"'^ PLMN: 


244 081 


T"^ ACT 


GSM 


3'''' PLMN: 


244 082 


3"* ACT 


UTRAN 


3"^ PLMN: 


244 082 


3'"'' ACT 


GSM 


8* PLMN: 


244 034 


8* ACT 


GSM 


9* PLMN: 


244 033 


9* ACT 


GSM 


10* PLMN: 


244 008 


10* ACT 


UTRAN 


11* PLMN: 


244 034 


11* ACT 


UTRAN 


12* PLMN: 


244 033 


12* ACT 


UTRAN 



B1 


82 


83 


84 


85 


86 


87 


88 


89 


810 


811 


812 


813 


814 


815 


42 


14 


80 


80 


00 


42 


14 


80 


00 


80 


42 


24 


80 


80 


00 


B16 


817 


818 


819 


820 






















42 


24 


80 


00 


80 
































836 


837 


838 


839 


840 


841 


842 


843 


844 


845 












42 


44 


30 


00 


80 


42 


34 


30 


00 


80 


B46 


847 


848 


849 


850 


851 


852 


853 


854 


855 


856 


857 


858 


859 


860 


42 


84 


00 


80 


00 


42 


44 


30 


80 


00 


42 


34 


30 


80 


00 



The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

7.2.2.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) After receipt on the cell related to the BCCH transmitting MCC/MNC 244/034 of a RRC CONNECTION 
REQUEST from the UE, the USS sends RRC CONNECTION SETUP to the UE, followed by RRC 
CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 
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I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT to the UE with the following values: 

LAI (MCC/MNC/LAC): 244/034/0001 

TMSI: "34567890" 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT to the UE with 
the following values : 

RAI (MCC/MNC/LAC/RAC) 244/034/0001/05 

P-TMSI "34567890" 

P-TMSI signature value "AB1234" 

ni. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT to the UE with some of the following 
values : 

LAI (MCC/MNC/LAC): 244/034/0001 
TMSI: "34567890" 

RAI (MCC/MNC/LAC/RAC) 244/034/0001/05 

P-TMSI "34567890" 

P-TMSI signature value " AB 1234" 



d) After passing through the authentication procedure and after receipt of 

I. TMSI REALLOCATION COMPLETE during registration on CS from the UE, the USS sends RRC 
CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE COMPLETE sent by 
the UE to the USS or 

II. ATTACH COMPLETE during registration on PS from the UE, the USS sends RRC CONNECTION 
RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or. 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE during registration on CS/PS from 
the UE, the USS sends RRC CONNECTION RELEASE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS. 

e) The UE is soft powered down. 
Expected Sequence B: 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 244/034 

TMSI: "34567890" 

to the UE 

d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 
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e) The UE is soft powered down. 

7.2.2.5 Acceptance criteria 

1) After step a) the UE accessing a GERAN shall send CHANNEL REQUEST on the cell related to the BCCH 
transmitting MCC/MNC 244/034 to the SS and the UE accessing UTRAN shall send an RRC CONNECTION 
REQUEST on the cell related to the BCCH transmitting MCC/MNC 244/034 to the USS. 

2) After step b) the UE accessing a GERAN shall send LOCATION UPDATING REQUEST to the SS and the UE 
accessing UTRAN shall send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST to the USS during registration on PS or 

III. LOCATION UPDATING REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

3) After step c) the UE accessing a GERAN shall respond with TMSI REALLOCATION COMPLETE and the UE 
accessing UTRAN shall respond with 

I. TMSI REALLOCATION COMPLETE to the USS during registration on CS or 

II. ATTACH COMPLETE during registration on PS or 

ni. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 
CS/PS. 

4) After step e) the USIM shall contain the following values: 

For UEs accessing GERAN and UEs accessing UTRAN and supporting (CS and PS) or (CS only): 

EFloci (Location Information) 

Logically: LAI-MCC: 244 

LAI-MNC: 034 
TMSI: "34567890" 

Coding: Bl B2 B3 B4 B5 B6 B7 B8 B9 BIO Bll 

Hex 34 56 78 90 42 44 30 xx xx xx 00 

For UEs accessing UTRAN and supporting (CS and PS) or (PS only): 

EFpsLoci (Location Information) 

Logically: RAI-MCC: 244 

RAI-MNC: 034 
P-TMSI: "34567890" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


Hex 


34 


56 


78 


90 


XX 


XX 


XX 


42 


44 


30 


XX 


Coding: 


B12 


B13 


B14 


















Hex 


XX 


XX 


00 
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7.2.3 UE recognising the priority order of tine User controlled PLIVIN 
selector list using a ACT preference. 

7.2.3.1 Definition and applicability 

The User controlled PLMN selector list gives in priority order the preferred PLMNs of the User on which the UE shall 
register. The Radio Access Technology identifier defines the Radio network in which the UE shall register. The list is 
stored on the USIM in the EFplmnwact- Update and deletion of User controlled PLMNs may be performed by the 
subscriber by the use of the PIN. 

This test applies to a GSM/UMTS dual mode UE accessing both UTRAN and GERAN. 

7.2.3.2 Conformance requirement 

When registering onto a VPLMN the UE shall take into account the priority of the ACT identifier in the preferred hst 
on the USIM. 

- TS 22.01 1 [6], subclause 3.2.2; 

- TS 31.102 L4J, subclauses 4.2.5 and 5.1.2. 

7.2.3.3 Test purpose 

To verify that the ACT with the higher priority (defined by its position in EFplmnwact) takes precedence over the 
UPLMN with the lower priority when the UE performs a network selection. 

7.2.3.4 Method of test 

7.2.3.4.1 Initial conditions 

For this test both a GSM SS and an UTRAN USS is needed. 

The GSM SS transmits on BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/081/0001. 

- Access control: unrestricted. 

The UMTS USS transmits on BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/082/0001. 

- Access control: unrestricted. 
The default UICC is used. 

The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

7.2.3.4.2 Procedure 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE on the GSM-cell related to the BCCH transmitting 
MCC/MNC 244/081, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a LOCATION UPDATING REQUEST fi-om the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 244/081 
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TMSI: "34567890" 
to the UE. 

d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 

e) The UE is soft powered down. 

7.2.3.5 Acceptance criteria 

L) After step a) the UE shall send a CHANNEL REQUEST on the GSM-cell related to the BCCH transmitting 
MCC/MNC 244/081 to the SS. 

2) After step b) the UE shall send LOCATION UPDATING REQUEST to the SS. 

3) After step c) the UE shall respond with TMSI REALLOCATION COMPLETE. 

4) After step e) the USIM shall contain the following values: 

EFloci (Location Information) 

Logically: LAI-MCC: 244 

LAI-MNC: 081 
TMSI: "34567890" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 34 56 78 90 42 14 80 xx xx xx 00 



7.2.4 Void 



7.3 Operator controlled PLMN selector handling 

7.3.1 UE recognising tine priority or(jer of tine Operator controlled PLIVIN 
selector list. 

7.3.1 .1 Definition and applicability 

The Operator controlled PLMN selector list gives in priority order the preferred OPLMNs on which the UE shall 
register if no network of the User controlled PLMN selector list is available. The Radio Access Technology identifier 
defines the Radio network in which the UE shall register. The list is stored on the USIM in the EFoplmnwAct- Update 
and deletion of OPLMNs shall not be possible by the subscriber by the use of the PIN. 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

The registration attempts initiated by the UE accessing UTRAN depends on UE"s capabilities and can be one of the 

following: 

I. registration procedures for UEs supporting CS or 

II. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 

7.3.1.2 Conformance requirement 

When registering onto a VPLMN the UE shall take into account the priority of OPLMNs in the preferred hst on the 
USIM. 

• TS 22.01 1 [6], subclause 3.2.2; 
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• TS 31.102 [4], subclause 4.2.53. 



7.3.1.3 Test purpose 

To verify that the OPLMN with the higher priority (defined by its position in EFoplmnwAct) takes precedence over the 
OPLMN with the lower priority when the UE performs a network selection. 



7.3.1.4 Method of test 



7.3.1.4.1 Initial conditions 

For this test a USS (in case of a Terminal accessing UTRAN) or a SS (in case of a Terminal accessing a GERAN) is 
needed. 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN)transmits on two 
BCCHs, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 254/011/0001. 

- RAI (MCC/MNC/LAC/RAC): 254/01 1/0001/05 (for UTRAN cell only). 
Access control: unrestricted. 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/012/0001. 

- RAI (MCC/MNC/LAC/RAC): 254/012/0001/05 (for UTRAN cell only). 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted. 

The default UICC is used with the following exceptions: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
Service n 33 (Packed Switched Domain) shall be set to '1' 
Enabled Services Table available 
Operator controlled PLMN selector available 

Coding: B1 B2 B3 B4 B5 B6 

binary xx1xxx11 xxxx xxxx xxxxIxOO xxxxxixx xxxxxxH xxxxxxlx 



The coding of EFust shall conform with the capabilities of the USIM used. 
EFoPLMNwACT (OPLMN Selector) 



r'PLMN: 


254 012 (MCC MNC) 


r'ACT 


UTRAN 


2"" PLMN: 


254 011 


2°'' ACT 


UTRAN 


3'" PLMN: 


254 002 


3"* ACT: 


UTRAN 


4* PLMN: 


254 012 
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4th 


ACT: 


GSM 


5"^ 


PLMN: 


254 011 




ACT: 


GSM 


6* 


PLMN: 


254 005 


6* 


ACT: 


UTRAN 


■jth 


PLMN: 


254 006 




ACT: 


UTRAN 


8* 


PLMN: 


254 007 


gth 


ACT: 


UTRAN 



Coding: 
Hex 



B01 


B02 


BOS 


B04 


BOS 


B06 


B07 


B08 


B09 


BIO 


52 


24 


10 


80 


00 


52 


14 


10 


80 


00 


B11 


B12 


B13 


B14 


B15 


B16 


B17 


B18 


B19 


B20 


52 


24 


00 


80 


00 


52 


14 


10 


00 


80 


B21 


B22 


B23 


B24 


B25 


B26 


B27 


B28 


B29 


B30 


52 


14 


10 


00 


80 


52 


54 


00 


80 


00 


B31 


B32 


B33 


B34 


B35 


B36 


B37 


B38 


839 


840 


52 


64 


00 


80 


00 


52 


74 


00 


80 


00 



The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 



7.3.1.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) After receipt on the cell related to the BCCH transmitting MCC/MNC 254/012 of a RRC CONNECTION 

REQUEST from the UE, the USS sends RRC CONNECTION SETUP to the UE, followed by RRC 
CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) Depending on which domain the UE is going to be registered on, one of the following requirements should be 
fiilfiUed: 



I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT to the UE with the foUowing values: 

LAI (MCC/MNC/LAC): 254/012/001 

TMSI: "34567890" 



II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 

authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT to the UE.with 
following values : 

RAl (MCC/MNC/LAC/RAC) 254/012/0001/05 

P-TMSI "34567890" 



P-TMSI signature value "AB1234" 

m. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT to the UE.with some of the following 
values : 



LAI (MCC/MNC): 254/012/0001 
TMSI: "34567890" 
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RAI (MCC/MNC/LAC/RAC) 254/012/0001/05 



P-TMSI 



'34567890' 



P-TMSI signature value "AB1234' 



d) After receipt of a 

I. TMSI REALLOCATION COMPLETE during registration on CS from the UE, the USS sends RRC 
CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE COMPLETE sent by 
the UE to the USS. 

II. ATTACH COMPLETE during registration on PS from the UE, the USS sends RRC CONNECTION 
RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or. 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE during registration on CS/PS from 
the UE, the USS sends RRC CONNECTION RELEASE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS. 

e) The UE is soft powered down. 

Expected Sequence B: 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 254/012 



to the UE. 

d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 

e) The UE is soft powered down. 



1) After step a) the UE accessing a GERAN shall send CHANNEL REQUEST on the cell related to the BCCH 

transmitting MCC/MNC 254/012 to the SS and the UE accessing UTRAN shall send an RRC CONNECTION 
REQUEST on the cell related to the BCCH transmitting MCC/MNC 254/012 to the USS. 

2) After step b) the UE accessing a GERAN shall send LOCATION UPDATING REQUEST to the SS and the UE 
accessing UTRAN shall send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST, to the USS during registration on PS or 

III. LOCATION UPDATING REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

3) After step c) the UE accessing GERAN shall respond with TMSI REALLOCATION COMPLETE and the UE 

accessing UTRAN shall respond with 

I. TMSI REALLOCATION COMPLETE during registration on CS or 

II. ATTACH COMPLETE during registration on PS or 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 



TMSI: 



34567890' 



7.3.1.5 



Acceptance criteria 



CS/PS. 
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4) After step e) the USIM shall contain the following values: 
For UEs accessing GERAN and UEs accessing UTRAN and supporting (CS and PS) or (CS only): 
EFloci (Location Information) 

Logically: LAI-MCC: 254 

LAI-MNC: 012 
TMSl: "34567890" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 BIO B11 

Hex 34 56 78 90 52 24 10 xx xx xx 00 



For UEs supporting (CS and PS) or (PS only): 
EFpsLoci (Location Information) 

Logically: RAI-MCC: 254 

RAI-MNC: 012 
P-TMSI: "34567890" 



Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

Hex 34 56 78 90 xx xx xx 52 24 10 xx 

Coding: B12 B13 B14 

Hex XX XX 00 



7.3.2 UE recognising the priority order of the User controlled PLIVIN 
selector over the Operator controlled PLIVIN selector list. 

7.3.2.1 Definition and applicability 

The User controlled PLMN selector list has a higher priority as the OPLMN selector list on which the UE shall 
register. The Radio Access Technology identifier defines the Radio network in which the UE shall register. The list is 
stored on the USIM in the EFplmnwact- 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

The registration attempts initiated by the terminal accessing UTRAN depends on terminal" s capabilities and can be one 
of the following: 

I. registration procedures for UEs supporting CS or 

II. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 

7.3.2.2 Conformance requirement 

When registering onto a VPLMN the UE shall take into account the priority of UPLMNs first before the OPLMNs in 
the preferred Ust on the USIM. 

• TS 22.011 [6], subclause 3.2.2.2; 

• TS 31.102 [4], subclauses 4.2.5 and 4.2.53. 

7.3.2.3 Test purpose 

To verify that the User controlled PLMN with a lower priority (defined by its position in EFpijvin^act) takes precedence 
over the OPLMN with a higher priority when the UE performs a network selection. 



ETSI 



3GPP TS 31 .1 21 version 5.1 .0 Release 5 115 ETSI TS 1 31 1 21 V5.1 .0 (2005-03) 

7.3.2.4 Method of test 

7.3.2.4.1 Initial conditions 

For this test a USS (in case of a Terminal accessing UTRAN) or a SS (in case of a Terminal accessing a GERAN)is 
needed. 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of a Terminal accessing a GERAN)transmits on two 
BCCHs, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 254/001/0001. 

- RAl (MCC/MNC/LAC/RAC): 254/001/0001/05 (only for UTRAN cell).- Access control: unrestricted. 
Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/010/0001. 

- RAI (MCC/MNC/LAC/RAC): 244/010/0001/05 (only for UTRAN cell).. 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 

The default UICC is used with the following exception: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
Service n 33 (Packed Switched Domain) shall be set to '1' 
Enabled Services Table available 
Operator controlled PLMN selector available 

Coding: B1 B2 83 B4 B5 B6 

binary xxl x xx1 1 xxxx xxxx xxxx 1 xOO xxxx x1 xx xxxx xxl 1 xxxx xx1 x 

The coding of EFust shall conform with the capabilities of the USIM used. 
EFpLMNwACT (UPLMN Selector with Access Technology) 
Logically: 



l^PLMN: 


244 081 (MCCMNC) 


1'' ACT: 


UTRAN 


2°^ PLMN: 


244 081 


2"'^ ACT: 


GSM 


3"* PLMN: 


244 082 


3'"'* ACT: 


UTRAN 


4* PLMN: 


244 082 


4* ACT: 


GSM 


5* PLMN: 


244 003 


5* ACT: 


UTRAN 


6* PLMN: 


244 004 


6* ACT: 


UTRAN 


7"^ PLMN: 


244 005 


7* ACT: 


UTRAN 


8* PLMN: 


244 006 


8*^ ACT: 


UTRAN 
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9"" PLMN: 244 007 

9* ACT: UTRAN 

10* PLMN: 244 008 

10* ACT: UTRAN 

11* PLMN: 244 010 

11* ACT: UTRAN 

12* PLMN: 244 010 

12* ACT: GSM 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


B12 


B13 


B14 


B15 


Hex 


42 


14 


80 


80 


00 


42 


14 


80 


00 


80 


42 


24 


80 


80 


00 




B16 


B17 


B18 


B19 


B20 


B21 


B22 


B23 


B24 


B25 


B26 


B27 


B28 


B29 


B30 




42 


24 


80 


00 


80 


42 


24 


00 


80 


00 


42 


44 


00 


80 


00 




B31 


B32 


B33 


B34 


B35 


B36 


B37 


B38 


B39 


B40 


B41 


B42 


B43 


B44 


B45 




42 


54 


GO 


80 


00 


42 


64 


00 


80 


00 


42 


74 


00 


80 


00 




846 


B47 


B48 


B49 


B50 


B51 


B52 


B53 


B54 


B55 


B56 


B57 


B58 


B59 


B60 




42 


84 


00 


80 


00 


42 


04 


10 


80 


00 


42 


04 


10 


00 


80 



The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

7.3.2.4.2 Procedure 

Expected Sequence A: 

a) The UE is powered on. 

b) After receipt of a RRC CONNECTION REQUEST from the UE on the cell related to the BCCH transmitting 
MCC/MNC 244/010, the USS sends RRC CONNECTION SETUP to the UE, followed by RRC CONNECTION 
SETUP COMPLETE sent by the UE to the USS. 

c) Depending on which domain the UE is going to be registered on , one of the following requirements should be 
fulfilled: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT to the UE with the following values: 

LAI (MCC/MNC/LAC): 244/010/0001 

TMSI: "34567890" 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT with the 
following values : 

RAI (MCC/MNC/LAC/RAC) 244/010/0001/05 

P-TMSI "34567890" 

P-TMSI signature value "AB1234" 

in. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT with some of the following values : 

LAI (MCC/MNC/LAC): 244/010/0001 

TMSI: "34567890" 
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RAI (MCC/MNC/LAC/RAC) 244/010/0001/05 
P-TMSI "34567890" 
P-TMSI signature value " AB 1234" 
d) After receipt of a 

I. TMSI REALLOCATION COMPLETE during registration on CS from the UE, the USS sends RRC 
CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE COMPLETE sent by 
the UE to the USS. 

II. ATTACH COMPLETE during registration on PS from the UE, the USS sends RRC CONNECTION 
RELEASE, followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS or. 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE during registration on CS/PS from 
the UE, the USS sends RRC CONNECTION RELEASE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS. 

e) The UE is soft powered down. 

Expected Sequence B: 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 244/010 

TMSI: "34567890" 

to the UE. 

d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 

e) The UE is soft powered down. 

7.3.2.5 Acceptance criteria 

1) After step a) the UE accessing a GERAN shall send CHANNEL REQUEST on the cell related to the BCCH 

transmitting MCC/MNC 244/010 to the SS and the UE accessing UTRAN shall send an RRC CONNECTION 
REQUEST on the cell related to the BCCH transmitting MCC/MNC 244/010 to the USS. 

2) After step b) the UE accessing a GERAN shall send LOCATION UPDATING REQUEST to the SS and the UE 
accessing UTRAN shell send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

III. LOCATION UPDATING REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 

3) After step c) the UE accessing GERAN shall respond with TMSI REALLOCATION COMPLETE and the UE 

accessing UTRAN shall respond with 

I. TMSI REALLOCATION COMPLETE during registration on CS or 

II. ATTACH COMPLETE during registration on PS or 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 
CS/PS.. 

4) After step e) the USIM shall contain the following values: 
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For UEs accessing GERAN and UEs accessing UTRAN and supporting (CS and PS) or (CS only): 

EFloci (Location Information) 

LogicaUy: LAI-MCC: 244 

LAI-MNC: 010 
TMSI: "34567890" 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 

34 56 78 90 42 04 10 xx xx xx 00 



For UEs supporting (CS and PS) or (PS only): 
EFpsLoci (Location Information) 

Logically: RAl-MCC: 244 

RAI-MNC: 010 
P-TMSI: "34567890" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


B10 


B11 


Hex 


34 


56 


78 


90 


XX 


XX 


XX 


42 


04 


10 


XX 


Coding: 


B12 


B13 


B14 


















Hex 


XX 


XX 


00 



















7.4 Higher priority PLIVIN searcin handling 

7.4.1 UE recognising the search period of the Higher priority PLIVIN 

7.4.1 .1 Definition and applicability 

The Higher priority PLMN list gives in priority order the Higher priority PLMN on which the UE shall register first. 
The Higher priority PLMN search period gives the time interval in which the UE shall search for a possible Higher 
priority PLMN registration. 

This test applies to Terminals accessing UTRAN and Terminals accessing a GERAN. 

The registration attempts initiated by the terminal accessing UTRAN depends on terminal" s capabilities and can be one 
of the following: 

I. registration procedures for UEs supporting CS or 

II. registration procedures for UEs supporting PS or 

III. registration procedures for UEs supporting CS/PS 

7.4.1.2 Conformance requirement 

After registered onto a VPLMN the UE shall take into account the Higher priority PLMN search period timer and the 
priority order of the Higher priority PLMNs in the preferred list on the USIM. 

• TS 22.011 [6], subclauses 3.2.2 and 3.2.2.5. 

• TS 24.008 [16], subclause 4.7.5 



7.4.1.3 Test purpose 

To verify that the Higher priority PLMN timer is read and the Higher priority PLMN takes precedence over the 
VPLMN in which the UE is currently registered in. 
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7.4.1.4 Method of test 

7.4.1.4.1 Initial conditions 

For tiiis test an UTRAN USS (in case of a Terminal accessing UTRAN) or a SS (in case of Terminal accessing a 
GERAN) is needed. 

The USS (in case of a Terminal accessing UTRAN)/ SS (in case of Terminal accessing a GERAN) transmits on BCCH, 
with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/082/0001. 

- RAl (MCC/MNC/LAC/RAC): 244/082/0001/05 (only for UTRAN cell). 

Access control: unrestricted. 

After the registration of UE the USS (in case of a Terminal accessing UTRAN) or a SS (in case of Terminal accessing a 
GERAN) transmits on a second BCCH, with the following network parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/081/0001. 

- RAI (MCC/MNC/LAC/RAC): 244/081/0001/05. (only for UTRAN cell) 

- Access control: unrestricted. 

NOTE: In case of a GERAN no packet system information is transmitted 
The default UICC shall be used with the following exception: 
EFhpplmn (Higher Priority PLMN Search period) 

Logically: set to 6minutes 

Coding: B1 
Hex 01 

The UICC shall be installed into the Terminal and the UE shall be set to automatic PLMN selection mode. 

In case of a Terminal accessing UTRAN "Expected Sequence A" and in case of a Terminal accessing a GERAN 
"Expected Sequence B" shall be performed. 

7.4.1.4.2 Procedure 

Expected sequence A: 

a) The UE shall be powered on. 

b) After receipt of a RRC CONNECTION REQUEST from the UE, the USS shall send RRC CONNECTION 
SETUP to the UE, followed by RRC CONNECTION SETUP COMPLETE sent by the UE to the USS. 

c) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT to the UE with the following values: 

LAI (MCC/MNC/LAC): 244/082/0001 

TMSI: "34567890" 
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II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT with the 
following values to the UE: 

RAI (MCC/MNC/LAC/RAC): 244/082/0001/05 

P-TMSI : "34567890" 

P-TMSl signature value: "AB1234" 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT with some of the following values to 
theUE: 

LAI (MCC/MNC/LAC): 244/082/0001 
TMSI: "34567890" 

RAI (MCC/MNC/LAC/RAC)244/082/0001/05 

P-TMSI "34567890" 

P-TMSI signature value " AB 1 234" 

d) Depending on which domain the UE is going to be registered on, one of the following sequences will be 
passed through: 

I. After receipt of a TMSI REALLOCATION COMPLETE from the UE during registration on CS, the USS 
sends RRC CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE 

COMPLETE sent by the UE to the USS. 

II. After receipt of a ATTACH COMPLETE from the UE during registration on PS, the USS sends RRC 
CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE COMPLETE sent by 
the UE to the USS or. 

m. After receipt of a TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE from the UE during 
registration on CS/PS, the USS sends RRC CONNECTION RELEASE to the UE, followed by RRC 
CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

e) The USS starts to send on the second BCCH with the MCC/MNC 244/081. An internal timer shall start to run. 

f) After receipt on the cell related to the BCCH transmitting MCC/MNC 246/08 1 of a RRC CONNECTION 
REQUEST from the UE, the USS sends RRC CONNECTION SETUP to the UE, followed by RRC 
CONNECTION SETUP COMPLETE sent by the UE to the USS. The internal timer is stopped. 

g) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT to the UE with following values: 

LAI (MCC/MNC/LAC): 244/081/0001 

TMSI: "12345678" 

II. During registration on PS and after receipt of a ROUTING AREA UPDATE REQUEST from the UE, the 
USS initiates authentication, starts integrity by using the security procedure and sends ROUTING AREA 
UPDATE ACCEPT with the following values to the UE: 

RAI (MCC/MNC/LAC/RAC): 244/081/0001/05 

P-TMSI "12345678" 

P-TMSI signature value " AB 1234" 
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m. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ROUTING 
AREA UPDATE REQUEST from the UE, the USS initiates authentication, starts integrity by using the 
security procedure and sends LOCATION UPDATING ACCEPT and/or ROUTING AREA UPDATE 
ACCEPT with some of the following values to the UE: 

LAI (MCC/MNC/LAC): 244/081/0001 

TMSI: "12345678" 

RAI (MCC/MNC/LAC/RAC)244/081/0001/05 

P-TMSI "12345678" 

P-TMSI signature value "AB1234" 

h) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. After receipt of a TMSI REALLOCATION COMPLETE from the UE during registration on CS, the USS 
sends RRC CONNECTION RELEASE to the UE followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS or 

II. After receipt of a ROUTING AREA UPDATE COMPLETE from the UE during registration on PS, the USS 
sends RRC CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS or. 

m. After receipt of a TMSI REALLOCATION COMPLETE and/or ROUTING AREA UPDATE COMPLETE 
from the UE during registration on CS/PS, the USS sends RRC CONNECTION RELEASE to the UE, 
followed by RRC CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

i) The UE is soft powered down. 
Expected sequence B: 

a) The UE shall be powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS shall send IMMEDIATE ASSIGNMENT to the 
UE. 

c) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 244/081 

TMSI: "34567890" 

to the UE. 

d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 

e) The SS starts to send on the second BCCH with the MCC/MNC 246/081. An internal timer shall start to run. 

f) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

The internal timer is stopped. 

g) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 
ACCEPT with: 

LAI (MCC/MNC): 246/081 

TMSI: "12345678" 

to the UE. 

h) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 
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i) The UE is soft powered down. 



7.4.1 .5 Acceptance criteria 

1) After step e) the UE accessing a GERAN shall send CHANNEL REQUEST on the cell related to the BCCH 
transmittingMCC/MNC 244/081 to the SS and the UE accessing UTRAN shall send an RRC CONNECTION 
REQUEST on the cell related to the BCCH transmitting MCC/MNC 246/081 to the USS 

2) After.step e) the UE accessing a GERAN shall send LOCATION UPDATING REQUEST to the SS and the UE 
accessing UTRAN shall send 

I. LOCATION UPDATE^JG REQUEST to the USS during registration on CS or 

II. ING AREA UPDATE REQUEST during registration on PS or 

III. ION UPDATING REQUEST and/or ROUTING AREA UPDATE REQUEST to the USS during registration 
on CS/PS. 

3) After step g) the UE accessing a GERAN shall respond with TMSI REALLOCATION COMPLETE and the 

UE accessing UTRAN shall respond with 

I. 1 REALLOCATION COMPLETE to the USS during registration on CS or 

II. ING AREA UPDATE COMPLETE during registration on PS or 

III. REALLOCATION COMPLETE and/or ROUTD^G AREA UPDATE COMPLETE to the USS during 

registration on CS/PS. 

4) The value of the internal timer shall not exceed 6 minutes. 

NOTE: To take the systems processing time into account, the value of the internal timer may allowed to be a 
guard time of 10 % greater than the required 6 minutes. 

5) After step i) the USIM shall contain the following values: 

For UEs accessing GERAN and UEs accessing UTRAN and supporting (CS and PS) or (CS only): 

EFloci (Location Information) 

Logically: LAl-MCC: 244 

LAI-MNC: 081 
TMSI: "12345678" 

Coding: B1 B2 B3 84 B5 B6 B7 B8 B9 B10 B11 
Hex 12 34 56 78 42 14 80 xx xx xx 00 



For UEs supporting (CS and PS) or (PS only): 

EFpsLoci (Location Information) 

Logically: RAI-MCC: 244 

RAI-MNC: 081 
P-TMSI: "12345678" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


Hex 


12 


34 


56 


78 


XX 


XX 


XX 


42 


14 


80 


XX 


Coding: 


B12 


B13 


814 


















Hex 


XX 


XX 


00 
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7.4.2 GSM/UMTS dual mode UEs recognising the search period of the 
Higher priority PLIVIN 

7.4.2.1 Definition and applicability 

The Higher priority PLMN hst gives in priority order the Higher priority PLMN on which the UE shall register first. 
The Radio Access Technology identifier defines the Radio network in which the UE shall register. The list is stored on 
the USIM in the EFhplmnwact- The Higher priority PLMN search period gives the time interval in which the UE shall 
search for a possible Higher priority PLMN registration. This test applies to a GSM/UMTS dual mode UE that supports 
the Higher priority PLMN selector with Access Technology service. In the case that the terminal has implemented this 
feature according to Rel-6 or later, this test is optional. . 

The registration attempts initiated by the UE depends on UEs capabilities and can be one of the following: 

I. istration procedures for UEs supporting CS or 

n. stration procedures for UEs supporting PS or 

111. tration procedures for UEs supporting CS/PS 
To avoid a duphcation of tests, this test supersede the previous test case (7.4.1). 

7.4.2.2 Conformance requirement 

After registered onto a VPLMN the UE shall take into account the Higher priority PLMN search period timer and the 
priority order of the Higher priority PLMNs in the preferred list on the USIM including the Access Technology 
Identifier. 

• TS 22.011 [6], subclauses 3.2.2 and 3.2.2.5. 

7.4.2.3 Test purpose 

To verify that the Higher priority PLMN timer is read and the Higher priority PLMN with the higher priority (defined 
by its position in EFhplmnwAct) takes precedence over the VPLMN in which the UE is currently registered in. 

7.4.2.4 Method of test 
7.4.2.4.1 Initial conditions 

For this test both a GSM SS and an UTRAN USS are needed. 

The GSM SS transmits on BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/082/0001. 

- Access control: unrestricted. 

After the registration of UE the GSM SS transmits on a second BCCH, with the following network parameters: 

- Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/081/0001. 

- Access control: unrestricted. 

At the same time as the SS sends on a second BCCH, the UMTS USS transmits on BCCH, with the following network 
parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 244/081/0001. 
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- RAI (MCC/MNC/LAC/RAC): 244/081/0001/05. 

- Access control: unrestricted. 

The default UICC is used with the following exception: 

EFhplmnwact (HPLMN selector with Access Technology) 

Logically: Set to MCC 244 and MNC 08 1 

SettoUTRAN 

Coding: B1 B2 B3 84 85 
Hex 42 14 80 80 00 



EFhpplmn (Higher Priority HPLMN Search period) 

Logically: set to 6minutes 



Coding: 
Hex 



B1 
01 



EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
Service n 33 (Packed Switched Domain) shall be set to T 
Enabled Services Table available 
HPLMN selector with access technology available 



Coding: B1 B2 B3 B4 B5 B6 

binary xxl x xxl 1 xxxx xxxx xxxx 1 xOO xxxx x1 xx xxxx xxl 1 xxxx x1 xx 



The UICC is installed into the Terminal and the UE is set to automatic PLMN selection mode. 



7.4.2.4.2 Procedure 

a) The UE is powered on. 

b) After receipt of a CHANNEL REQUEST from the UE, the SS sends IMMEDIATE ASSIGNMENT to the UE. 

c) After receipt of a LOCATION UPDATING REQUEST from the UE, the SS sends LOCATION UPDATING 

ACCEPT with: 



LAI (MCC/MNC): 
TMSI: 
to the UE. 



244/082 
"34567890" 



d) After receipt of a TMSI REALLOCATION COMPLETE from the UE, the SS sends CHANNEL RELEASE to 
theUE. 

e) The SS starts to send on the second BCCH with the MCC/MNC 244/081 and the USS starts to send with the 
Same MCC/MNC. An internal timer shall start to run. 

f) After receipt of a RRC CONNECTION REQUEST on the UTRAN-cell related to the BCCH transmitting 
MCC/MNC 244/081 from the UE, the USS sends RRC CONNECTION SETUP to the UE, followed by RRC 
CONNECTION SETUP COMPLETE sent by the UE to the USS. The internal timer is stopped. 
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g) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. During registration on CS and after receipt of a LOCATION UPDATING REQUEST from the UE, the USS 
initiates authentication, starts integrity by using the security procedure and sends LOCATION UPDATING 
ACCEPT with the following values to the UE: 

LAI (MCC/MNC/LAC): 244/081/0001 

TMSI: "12345678" 

II. During registration on PS and after receipt of a ATTACH REQUEST from the UE, the USS initiates 
authentication, starts integrity by using the security procedure and sends ATTACH ACCEPT with the 
following values to the UE: 

RAI (MCC/MNC/LAC/RAC)244/08 1/0001/05 

P-TMSI "12345678" 

P-TMSI signature value " AB 1234" 

III. During registration on CS/PS and after receipt of a LOCATION UPDATING REQUEST and/or ATTACH 
REQUEST from the UE, the USS initiates authentication, starts integrity by using the security procedure and 
sends LOCATION UPDATING ACCEPT and/or ATTACH ACCEPT with some of the following values to 
theUE: 

LAI (MCC/MNC/LAC): 244/081/0001 

TMSI: "12345678" 

RAI (MCC/MNC/LAC/RAC)244/081/0001/05 

P-TMSl "12345678" 

P-TMSI signature value " AB 1234" 

h) Depending on which domain the UE is going to be registered on, one of the following sequences will be passed 
through: 

I. After receipt of a TMSI REALLOCATION COMPLETE from the UE during registration on CS, the USS 
sends RRC CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE 
COMPLETE sent by the UE to the USS or 

II. After receipt of a ATTACH COMPLETE from the UE during registration on PS, the USS sends RRC 
CONNECTION RELEASE to the UE, followed by RRC CONNECTION RELEASE COMPLETE sent by 
the UE to the USS or. 

III. After receipt of a TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE from the UE during 
registration on CS/PS, the USS sends RRC CONNECTION RELEASE to the UE, followed by RRC 
CONNECTION RELEASE COMPLETE sent by the UE to the USS. 

i) The UE is soft powered down. 

7.4.2.5 Acceptance criteria 

1) After step e) the UE shall send an RRC CONNECTION REQUEST on the UTRAN-cell related to the BCCH 
transmitting MCC/MNC 244/081 to the USS. 

2) After step e) the UE shall send 

I. LOCATION UPDATING REQUEST to the USS during registration on CS or 

II. ATTACH REQUEST during registration on PS or 

m. LOCATION UPDATD^G REQUEST and/or ATTACH REQUEST to the USS during registration on CS/PS. 
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3) After step g) the UE shall respond with 

I. TMSI REALLOCATION COMPLETE during registration on CS or 
n. ATTACH COMPLETE during registration on PS or 

III. TMSI REALLOCATION COMPLETE and/or ATTACH COMPLETE to the USS during registration on 
CS/PS. 

4) The value of the internal timer shall not exceed 6 minutes. 

NOTE: To take the systems processing time into account, the value of the internal timer may allowed to be a 
guard time of 10 % greater than the required 6 minutes. 

5) After step i) the USIM shall contain the following values: 
For UEs supporting (CS and PS) or (CS only): 

EFloci (Location Information) 

Logically: LAI-MCC: 244 

LAI-MNC: 081 
TMSI: "12345678" 



Coding: B1 
Hex 12 



B2 
34 



B3 
56 



B4 
78 



B5 
42 



B6 
14 



B7 
80 



B8 

XX 



B9 

XX 



BIO 

XX 



B11 
00 



For UEs supporting (CS and PS) or (PS only): 

EFpsLoci (Location Information) 

Logically: RAI-MCC: 244 

RAI-MNC: 081 
P-TMSI: "12345678" 



Coding: 


B1 


B2 


B3 


B4 


B5 


B6 


B7 


B8 


B9 


BIO 


B11 


Hex 


12 


34 


56 


78 


XX 


XX 


XX 


42 


14 


80 


XX 


Coding: 


B12 


B13 


814 


















Hex 


XX 


XX 


00 



















7.5 



Void 



8 Subscription independent tests 

8.1 Plione book procedures 

8.1 .1 Recognition of a previously changed phonebook 



8.1.1.1 



Definition and applicability 



If the UICC is inserted into a GERAN Rel-4 or earlier terminal, the phonebook may have been altered in this GSM 
session. If the ADN entry has been changed or deleted, the GSM terminal will not be able to change the appropriate 
additional phonebook entries (e.g. EFanr Additional Number). In that case the UICC shall set a flag in the appropriate 
EFpBc (phonebook Control). If the UICC is inserted in a 3G or GERAN Terminal, the 3G or GERAN Terminal shall 
recognise the flag and the phonebook shall be synchronised by the Terminal. Once the Terminal recognise the set flag 
in the EFpBc, the Terminal shall update the Change Counter in the EFcc- 
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This test applies to all 3G and GERAN Terminals supporting 3G phonebook. 

8.1 .1 .2 Conformance requirement 

The 3G or GERAN Terminal shall recognise the set flag in the EFpsc and then synchronise the phonebook. The 
Terminal shall also update EFcc (Change Counter). 

• TS 31.121 [4], subclause 4.4.2. 

8.1.1.3 Test purpose 

1) To verify that the Terminal has recognised that the phonebook has been altered by a GSM Terminal. 

2) To verify that the Terminal does the synchronising of the changed phonebook entries. 

3) To verify that the Terminal updates the EFpBc and EFcc- 

8.1.1.4 Method of test 

8.1 .1 .4.1 Initial conditions 

No USS is needed for this test. 

The default UICC is used with the following exception: 
EFadn (Abbreviated Dialling Number) 

Logically: 

Record 1: Length of alpha identifier: 32 characters; 



Alpha identifier: "ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEF"; 

Length of BCD number: "03"; 

TON and NPL Telephony and Unknown; 

Dialled number: 123; 

CCl: None; 

Extl : None. 



Record 1: 

Coding: B1 B2 B3 ... B32 B33 B34 B35 B36 B37 B38 B39 ... B46 
Hex 41 42 43 ... 46 03 81 21 F3 FF FF FF ... FF 



EFpBc (Phonebook Control) 

Logically: 

Record 1: The ADN Record No. 1 has been hanged by a GSM terminal. 

Related ADN record is not hidden. 

Coding: B1 B2 
Hex 01 00 



EFcc (Change Counter) 

Logically: "OOOF" 

Coding: B1 B2 
Hex 00 OF 



The UICC is installed into the Terminal 
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8.1.1.4.2 Procedure 

a) The Terminal is powered on. 

b) The Terminal shall stay powered on until the phonebook synchronisation procedures are finished. If the 
synchronisation is indicated by the Terminal, the Terminal shall only powered down after this indication is 
vanished. 

8.1.1.5 Acceptance criteria 

After step b) the USIM shall contain the following values: 
EFpBc (Phonebook Control) 

Logically: 

Record 1 : The entry control information is reset. 

Related ADN record is not hidden. 

Coding: B1 B2 
Hex 00 00 

EFcc (Change Counter) 

Logically: The counter is incremented to "0010" 

Coding: B1 82 
Hex 00 10 

8.1 .2 Update of the Phonebook Synchronisation Counter (PSC) 

8.1 .2.1 Definition and applicability 

The phonebook synchronisation Counter is used to unambiguously identify the status of the phonebook. Every time the 
phonebook is reset/deleted or the UID and/or the CC has run out of range, the PSC hall be regenerated. 

The PSC is a part of the phonebook identifier. 

This test applies to all Terminals supporting 3G phonebook. 

8.1.2.2 Conformance requirement 

Every time either the UID or the CC is incremented by the Terminal, the value of the contend of the appropriate EF 
shall be tested. If either UID or CC has reached "FF FF", the related EF shall be set to "00 01" and the PSC is 
incremented. 

• TS 31.102 [4], subclause 4.4.2.12.2. 

8.1.2.3 Test purpose 

1) To verify that the Terminal has recognised that the values of UID and CC has changed. 

2) To verify that the Terminal reset the maximal value of EFum and EFcc back to "00 01". 

3) To verify that the Terminal updates EFpsc. 

8.1.2.4 Method of test 

8.1.2.4.1 Initial conditions 

No USS is needed for this test. 
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The default UICC is used with the following exception: 

EFuiD (Unique Identifier) 

Logically: one record is set to "FF FF" 

Coding: B1 B2 
Hex FF FF 

EFpuiD (Previous Unique Identifier) 

Logically: is set to "FF FF" 

Coding: B1 B2 
Hex FF FF 

EFcc (Change Counter) 

Logically: set to "FF FF" 

Coding: B1 B2 
Hex FF FF 

EFpsc (Plionebook Synclironisation Counter) 

Logically: set to "00 00 FF FF" 

Coding: B1 82 B3 B4 
Hex 00 00 FF FF 

At least one phonebook entry shall be empty and available for creating a new entry (e,g. an appropriate ADN record). 
The UICC is installed into the Terminal and the UE is powered on and the correct PIN is entered. 

8.1.2.4.2 Procedure 

a) A new phonebook entry shall be created. 

NOTE 1 : This may be done by storing a new telephone number in an empty ADN record. 

b) The UE shall have given the time to perform the regeneration of the UID records. 

NOTE 2: It is assumed that the UE will indicate the time it needs to perform the regeneration by displaying a busy 
signal to the use. 

8.1.2.5 Acceptance criteria 

After step b) the USIM shall contain the following values: 

The EFuiD (Unique Identifier) shall have been regenerated. The value FF FF shall have been replaced by an appropriate 
value which shall be distinguishable to the maximum value (e.g. by having only 1 1 ADN records). 

Logically: set to "xx xx" 

Coding: B1 B2 
Hex xx xx 

NOTE: "xx xx" may have any value except "FF FF" . 
EFpuiD (Previous Unique Identifier) 

Logically: set to "00 01" 
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Coding: B1 B2 
Hex 00 01 

EFcc (Change Counter) 

LogicaUy: set to "00 01" 

Coding: B1 B2 
Hex 00 01 

EFpsc (Phonebook Synchronisation Counter) 

LogicaUy: set to "00 01 00 00" 

Coding: B1 B2 B3 B4 
Hex 00 01 00 00 

8.2 Short message handling report 
8.2.1 Correct storage of a SM on the USIM 

8.2.1 .1 Definition and applicability 

Once a SMS is received by the UE, the Terminal shall store the SM on the USIM, if this is indicated by the class 2 of 
the SMS (USIM specific SM). For this it is assumed, that at least one relevant SMS field are available on the USIM and 

they are indicated as empty. If all SMS data field are full and furthermore all memory capacity reserved for SMS inside 
the ME is filled up to maximum and a SM was rejected, then this shall be indicated in the SMS Status file. 

This test applies to all Terminal accessing UTRAN or GERAN and supporting "receive SMS" functionality. 

8.2.1.2 Conformance requirement 

The received class 2 SMS shall be stored on the USIM in EFsms- The status of a received SMS, which has not been read 
yet, shall be set to "3" (SMS to be read). If the terminal notifies the networlc that the terminal has been unable to accept 
a short message because its memory capacity has been exceeded, then the ME shall set the Memory Capacity Exceeded 
Notification Flag in the EFsmss- 

• TS 23.038 [3], clause 4. 

• TS 23.040 [13], subclause 10. 1, operation 6; 

• TS 24.011, subclause 8.2.2, 8.2.3 and 8.2.5.4, Table 8.4 (part 2) 

• TS 31.102 [4], subclauses 4.2.25 and 4.2.28. 

8.2.1.3 Test purpose 

1) To verify that the Terminal stored correctly the class 2 SMS on the USIM. 

2) To verify that the Terminal sets the status of a received, and not yet read SMS to "3" (SMS to be read). 

3) To verify that the Terminal sets the memory full flag in EFsmss if the terminal notifies the network that the 
terminal has been unable to accept a short message because its memory capacity has been exceeded. 
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8.2.1.4 Method of test 

8.2.1.4.1 Initial conditions 

The default UICC is used with the following exception: 

EFusT (USEM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service n 33 (Packed Switched Domain) shall be set to 1' 
Enabled Services Table available 

Coding: B1 B2 B3 B4 B5 

binary xx1 x xx1 1 xxxx X1 1 x xxxx 1 xOO xxxx x1 xx xxxx xx1 1 



The coding of EFust shall conform with the capabihties of the USIM used. 

EFsMs (Short Message Service) 

At least 10 records. 

Record 1 shall be empty. 

Logically: Status byte set to empty. 

Record 1: 

Coding: B1 B2 B3 B4 B5 B6 87 88 89 810 811 812 ... B176 
Hex 00 FF FF FF FF FF FF FF FF FF FF FF ... FF 



AH other Record shall be full. 

Logically: Status byte set to SMS read. 

The text body of the record shall be filled with any appropriate text. 

Records: 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 BIO B11 B12 ... B176 
Hex 01 XX XX XX xx xx xx xx xx xx xx xx ... xx 



NOTE: "xx" shall be the appropriate text using the SMS default 7-bit coded alphabet as defined in 3G TS 23.038 
[3] which represents the received SMS. 

EFsMss (SMS Status) 

Logically: Last used TP -MR not defined. 

Memory capacity available (flag unset bl=" 1"). 

Coding: B1 B2 
Hex FF FF 



ETSI 



3GPP TS 31.121 version 5.1.0 Release 5 



132 



ETSI TS 131 121 V5.1.0 (2005-03) 



The USS (in case of a Terminal accessing UTRAN) /SS (in case of a Terminal accessing a GERt^N) transmits on the 
BCCH, with the following network parameters: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 

The USS/ SS transmits the short messages with the following parameters: 
Logically: 

Class 2 SM:TS-Service Centre Address: 
Bit 8: 1 
Type-Of-Number: International number 

Numbering-Plan-Identification: ISDN/telephony numbering plan 
Address value: 112233445566 
SMS TPDU: 

TP-Message-Type-Indicator: SMS-DELIVER (in the direction SC to UE) 
TP-More-Messages-to-Send: No more messages are waiting for the UE in this SC 
TP-Reply-Path: TP-Reply-Path parameter is not set in this SMS-DELIVER 

TP-User-Data-Header-Indicator: The TP-UD field contains only the short message 
TP-Status-Report-Indication: A status report shall be returned to the SME 
Bits 4-3: 00 
TP-Originating- Address: 

1 

International number 
ISDN/telephony numbering plan 
012344556677 
No interworking, but SME-to-SME protocol 



Bit 8: 

Type-Of-Number: 

Numbering-Plan-Identification: 

Address value: 
TP-Protocol-Identifier: 
TP-Data-Coding-Scheme: 

Bits 8-7: 

Bit 6: 

Bit 5: 

Bits 4-3: 

Bits 2-1: 



General Data Coding 

Text is uncompressed 

Bits 2-1 have a message class meaning 

GSM 7 bit default alphabet 

Class 2: (U)SIM specific message 



TP-Service-Centre-Time-Stamp: 02-03-04 09:13:06 GMTh-1 

TP-User-Data-Length: 160 

TP-User-Data: 

"Once a SMS is received by the UE, the Terminal shall store the SMS on the USIM, if this is indicated by the 
class 2 of the SMS (USIM specific SMS). For this..." 
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Class 1 SMS: 

The same content as for the Class 2 SMS except : 
TP-Data-Coding-Scheme: 
Bits 2-1: 
User Equipment: 



Class 1: default meaning: ME-specific 



The UE is in MM-state "idle, updated". If there is ME storage capacity available the storage for SMS inside the ME 
shall be able to allow for at least one more mobile terminated (e.g. Class 1) SM. 



8.2.1.4.2 



Procedure 



a) After the UE is set to idle mode, the defined class 2 SMS defined in 8.2.1.4.1 with 160 characters shall be sent to 
the UE. 

b) After the UE has indicated that a SMS was received, the SMS shall not be read. 

c) The USS starts sending Class 1 SMSs as defined in 8.2.1.4.1 until the UE sends an RP-ERROR message with 
cause 'Memory capacity exceeded'. 

d) The UE is powered off. 

8.2.1.5 Acceptance criteria 

1) After step b) the record of the EFsms which was empty, shall contain the following values: 

Logically: Status byte set to SMS to be read 

The text of the received SMS shall be present in the record. 

Record 1: 

Logically: 
Status: 

RFU bits 8-6: 
Status: 

TS-Service Centre Address: 
Bit 8: 

Type-Of-Number: 
Numbering-Plan-Identification: 

Address value: 
SMS TPDU: 

TP-Message-Type-Indicator: SMS-DELIVER (in the direction SC to UE) 
TP-More-Messages-to-Send: No more messages are waiting for the UE in this SC 
TP-Reply-Path: TP-Reply-Path parameter is not set in this SMS-DELIVER 

TP-User-Data-Header-Indicator: The TP-UD field contains only the short message 
TP-Status-Report-Indication: A status report shall be returned to the SME 
Bits 4-3: 00 
TP-Originating- Address: 



000 

Used space, message received by UE from network, message to be read 
1 

International number 
ISDN/telephony numbering plan 
112233445566 
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Bit 8: 

Type-Of-Number: 

Numbering-Plan-Identif ication : 

Address value: 
TP-Protocol-Identifier: 
TP-Data-Coding-Scheme: 

Bits 8-7: 

Bit 6: 

Bit 5: 

Bits 4-3: 

Bits 2-1: 



1 

International number 
ISDN/telephony numbering plan 
012344556677 
No interworking, but SME-to-SME protocol 

General Data Coding 

Text is uncompressed 

Bits 2-1 have a message class meaning 

GSM 7 bit default alphabet 

Class 2: (U)SIM specific message 



TP-Service-Centre-Time-Stamp: 02-03-04 09:13:06 GMT+1 

TP-User-Data-Length: 160 

TP-User-Data: 

"Once a SMS is received by the UE, the Terminal shall store the SMS on the USIM, if this is indicated by the 
class 2 of the SMS (USIM specific SMS). For this ..." 



Coding: 
Hex 



03 


07 


91 


11 


22 


33 


44 


55 


66 


24 


OC 


91 


10 


32 


44 


55 


66 


77 


00 


12 


20 


30 


40 


90 


31 


60 


40 


AO 


4F 


F7 


B8 


OC 


OA 


83 


A6 


CD 


29 


28 


3D 


07 


C9 


CB 


E3 


72 


DA 


5E 


26 


83 


C4 


79 


10 


ID 


5D 


06 


55 


8B 


2C 


10 


ID 


5D 


06 


51 


CB 


F2 


78 


DA 


ID 


66 


83 


E6 


E8 


30 


9B 


OD 


9A 


D3 


DF 


F2 


32 


88 


8E 


2E 


83 


A6 


CD 


29 


E8 


ED 


06 


D1 


D1 


65 


50 


75 


9A 


6C 


B2 


40 


69 


33 


88 


8E 


4E 


CF 


41 


E9 


39 


28 


ED 


26 


A7 


C7 


61 


7A 


99 


OC 


12 


E7 


41 


74 


74 


19 


34 


66 


87 


E7 


73 


90 


OC 


F4 


36 


83 


E8 


E8 


32 


68 


DA 


9C 


82 


50 


D5 


69 


B2 


09 


9A 


C3 


CB 


E3 


84 


39 


3D 


06 


4D 


9B 


D3 


94 


OB 


64 


7C 


CB 


41 


74 


74 


7A 


OE 


72 


B9 


5C 



















2) After step d) the Memory Capacity Exceeded Notification Flag in the EFsmss shall be set to exceeded. 
EFsMss (SMS Status) 

Logically: Last used TP -MR shall be set to any appropriate value. 

Memory capacity exceeded (flag set bl="0"). 

Coding: B1 B2 
Hex XX FE 



8.2.2 Correct reading of a SM on the USIM 



8.2.2.1 Definition and applicability 

A SM which is stored but not yet read, is indicated as Status "3" (SMS to be read ) on EFsms- The Terminal may 
indicate the user this status. After the SMS is read by the user, the status of the SMS shall be changed to "1" (SMS 

read). 

This test applies to all Terminals accessing UTRAN or GERAN and supporting "receive SMS" functionality. 
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8.2.2.2 Conformance requirement 

A received SM was stored on the USIM in EFsms- At the time the SMS is read by the user, the status of a received SMS, 
shall be changed to "1" (SMS read). 

• TS 23.038 [3], clause 4. 

• TS 23.040 [13]; 

• TS 31.102 [4], subclauses 4.2.25 and 4.2.28. 

8.2.2.3 Test purpose 

1) To verify that the Terminal read correctly the SMS on the USIM. 

2) To verify that the Terminal changes the status of a read SMS to "1" (SMS read). 

8.2.2.4 Method of test 
8.2.2.4.1 Initial conditions 

The default UlCC is used with the following exception: 

EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service n 33 (Packed Switched Domain) shall be set to '1' 
Enabled Services Table available 

Coding: B1 B2 B3 B4 B5 

binary xx1 x xx1 1 xxxx X1 1 x xxxx 1 xOO xxxx x1 xx xxxx xx1 1 



The coding of EFust shall conform with the capabilities of the USIM used. 
EFsMss (SMS Status) 

Logically: Last used TP-MR not set. 

Memory capacity available (flag unset bl="l"). 

Coding: B1 B2 
Hex FF FF 



EFsMs (Short Message Service) 

Logically: Status byte set to SMS to be read. 

A chosen test is written in the text body of the EFsms- 

Record 1: 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 BIO B11 B12 ... B176 
Hex 03 XX XX xx xx xx xx xx xx xx xx xx ... xx 



NOTE: "xx" shall be the appropriate text using the SMS default 7-bit coded alphabet as defined in 3G TS 23.038 
[3] which represents the stored SMS. 
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At least 9 records. 

Logically: Status byte set to empty 

no text is written (Remainder Bytes set to "00"). 

Record: 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 ... B176 
Hex 00 00 00 00 00 00 00 00 00 00 00 00 ... FF 

A USS (in case of a Terminal accessing UTRAN) or a SS (in case of a Terminal accessing GERAN) is only needed to 
bring the UE into a defined idle mode. The USS/SS transmits on the BCCH: 

Attach/detach: disabled. 

- LAI (MCC/MNC/LAC): 246/081/0001. 

- Access control: unrestricted. 
User Equipment: 

The UE is in MM-state "idle, updated". 

8.2.2.4.2 Procedure 

a) After the UE has brought in idle state, the SMS shall be read. 

b) The UE is powered off. 

8.2.2.5 Acceptance criteria 

1) After a) the correct text of the SMS shall be read from the UE display. 

2) After step b) the EFsms record 1 shall contains the following values: 

Logically: Status byte set to SMS read. 

The entire content of the SMS shall be unchanged. 

Record 1: 

Coding: B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 ... B176 
Hex 01 XX XX Xx xx xx xx xx xx xx xx xx ... xx 

NOTE: "xx" shall be the appropriate text using the SMS default 7-bit coded alphabet as defined in TS 23.038 [3] 
which represents the stored SMS. 

8.3 MMS related tests 

8.3.1 UE recognising the priority order of MMS Issuer Connectivity 
Parameters 

8.3.1 .1 Definition and applicability 

An MMS User Agent shall use the MMS related information stored in the USIM, if present, unless otherwise specified 
by the user. Some of these sets of MMS connectivity parameters are preset by the issuer of the USIM with the first 
supported set being the default. This information is used to connect to the network for purpose of accessing the MMS 
Relay/Server. 

The MMS connectivity information on the USIM includes preferences for the selection of Interface to Core Network 
and Bearer parameters. If these are stored on the USIM the MMS-capable UE shall automatically select the Interface to 
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Core Network and Bearer parameters based on their order of precedence defined on the USIM unless otherwise 
specified by the user. 

MMS user preferences information, which is stored on the USIM, shall be used by an MMS User Agent for user 
assistance in preparation of terminal-originated MMs (e.g. default values for parameters that are often used). 

This test applies to Terminals accessing UTRAN or GERAN and supporting MMS and when no user MMS 
connectivity parameters have been selected. 

8.3.1.2 Conformance requirement 

The Terminal's MMS User Agent shall use the MMS connectivity parameters stored first in the supported parameter 
sets of EF MMSICP as default parameters to connect to the network for MMS purposes (i.e. sending an User generated 
MM). 

• TS 31.102 [4], subclauses 4.2.69 and 5.3.30; 

• TS 23.140 [23], subclause 7.1.14 and Annex F. 

MMS user preferences information, which is stored on the USIM, shall be used by an MMS User Agent for user 
assistance in preparation of terminal-originated MMs. 

• TS 31.102 [4], subclauses 4.2.70 and 5.3.31; 

• TS 23.140 [23], subclause 7.1.14 and Annex F. 

8.3.1.3 Test purpose 

1) To verify that the Terminal's MMS User Agent uses the MMS cormectivity parameter stored on the USIM to 
cormect to the network for MMS purposes. 

2) To verify that the Terminal's MMS User Agent uses the first stored set of supported parameters in EF MMSICP 
as default. 

3) To verify that the Terminal's MMS User Agent uses the MMS user preference information stored on the USIM 
for user assistance in preparation of terminal-originated MMs. 

8.3.1.4 Method of test 

8.3.1.4.1 Initial conditions 

Four MMS Relays/Servers are available: 
MMS Relay/Server 1: 
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- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 
MMS Relay/Server 2: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms -operator 1 .com 

"GSM-CSD" 

"+496998625" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordl " 



"WAP" 

"http:// mms-operatorl .com 

"GSM-CSD" 

"+496998626" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordl " 



MMS Relay/Server 3: 
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■ MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms -operator! .com 

"GSM-GPRS" 

" wap. B2B -operator 1 . com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordr' 



MMS Relay/Server 4: 



- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms -operator! .com 

"GSM-GPRS" 

" wap.B2C-operator! .com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"!*!0"^" 

"1*10"*" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"!70.!87.5!.3" 

"IPv4" 

"920!" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user!" 

"gateway_password! " 



The default UICC is used with the following exceptions: 
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EFusT (USEM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service no. 33 (Packed Switched Domain) shall be set to 1' 
Service no. 52 Multimedia Messaging Service available 
Service no. 55 MMS User Coimectivity Parameters not available 

Coding: B1 B2 83 84 85 86 87 

Binary xx1 x xx1 1 x1 1 x xxxx xxxx 1 xOO xxxx x1 xx xxxx xxx1 xxxx xxxx xOxx 1 xxx 

EF MMSN 
Logically: 

MMS Status: Free space 

MMS Implementation : "00" 

MMS Notification: "FF FF . . . FF" (25 1 bytes) 

Extension file record number: "FF" 



Coding: B1 82 83 84 85 ... 8254 8255 

00 00 00 FF FF FF FF 



EF MMSICP 
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Logically: 

MMS Connectivity Parameters 
IVIIVIS Implementation 

MMS Implementation Information : 
MMS Relay/Server 

MMS Relay/Server Address 
1^' Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
2"^* Interface to Core Networl< and Bearer 
Bearer: 
Address: 
Type of address: 
Speed: 
Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
3"* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
4* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway: 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operatorI .com " 

"GSM-CSD" 

"H-496998625" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"GSM-CSD" 

"H-496998626" 

"EI64" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"GSM-GPRS" 
"wap.B2B-operatorl .com" 
"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10 *" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2B_0TS1" 
"B2B_passwordl" 

"GSM-GPRS" 
"wap.B2C-operatorl .com" 
"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10 *" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordl " 
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Coding: AB 


82 


01 


47 


80 


01 


01 


81 


18 


68 


74 


74 


70 


3A 


2F 


2F 


6D 


6D 


73 


2E 


6F 


70 


65 


72 


61 


74 


6F 


72 


31 


2E 


63 


6F 


6D 


82 


2F 


10 


AA 


08 


28 


34 


39 


36 


39 


39 


38 


36 


32 


35 


00 


09 


87 


25 


C5 


OA 


90 


OC 


9A 


OD 


42 


32 


42 


11 


4F 


54 


53 


31 


00 


OE 


42 


32 
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11 
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00 
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83 


43 
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21 
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31 
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61 
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65 
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61 
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70 
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73 
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72 
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00 













EF MMSUP 



Logically: 



MMS Implementation 

MMS implementation information: 
MMS User Preference Profile Name: 



"WAP" 

"Greeting cards" 



MMS User Information Preference Information 



Visibility: 
Delivery report: 
Read-reply: 
Priority: 
Delivery- Time: 

Value (absolute): 
Expiry: 

Value (relative): 



"hide" 
"yes" 
"yes" 
"normal" 

"l-Jan-2003, 12:00:00 AM GMT" 
1104537600 seconds 
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D5 


E8 
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The UICC is installed into the Terminal and the user has indicated the data stored in EF MMSICP as default. 



8.3.1.4.2 Procedure 

a) The Terminal is powered on and the PIN shall be entered. 

b) When the Terminal is in idle mode the user shall generate an MM using the MMS User Agent on the Terminal 
with the default MMS connectivity settings provided by the card issuer and the MMS user preference 
information stored in the card and send it to "+0123456789". 
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8.3.1.5 Acceptance criteria 

1) After step b) the Terminal shall have read the set of supported MMS connectivity parameters stored first in EF 
MMSICP. 

2) After step b) the Terminal shall have sent the MM to "+0123456789" using the MMS connectivity parameters 
stored first in the supported parameter sets in EF MMSICP. 

3) After step b) the Terminal shall have sent the MM to "+0123456789" using the MMS user preference 
information stored in EF MMSUP. 

8.3.2 UE recognising the priority order of IVIIVIS User Connectivity 
Parameters 

8.3.2.1 Definition and applicability 

An MMS User Agent shall use the MMS related information stored in the USIM, if present, unless otherwise specified 
by the user. The MMS connectivity parameters determined by the user, with the first supported set being the default, 
shall be used to cormect to the network for purpose of accessing the MMS Relay/Server. 

The MMS connectivity information on the USIM includes preferences for the selection of Interface to Core Network 
and Bearer parameters. If these are stored on the USIM the MMS-capable UE shall automatically select the Interface to 
Core Network and Bearer parameters based on their order of precedence defined on the USIM unless otherwise 
specified by the user. 

MMS user preferences information, which is stored on the USIM, shall be used by an MMS User Agent for user 
assistance in preparation of terminal-originated MMs (e.g. default values for parameters that are often used). 

This test applies to Terminals accessing UTRAN or GERAN and supporting MMS and when no user MMS 
connectivity parameters have been selected. 

8.3.2.2 Conformance requirement 

When using the MMS User Connectivity Parameters to connect to the network for MMS purposes (i.e. sending an User 
generated MM), the Terminal's MMS User Agent shall use the MMS User Connectivity Parameters with the highest 
priority (as defined by its position in EF MMSUCP) unless otherwise specified by the user. 

• TS 31.102 [4], subclauses 4.2.71 and 5.3.32; 

• TS 23.140 [23], subclause 7.1.14 and Annex F. 

MMS user preferences information, which is stored on the USIM, shall be used by an MMS User Agent for user 
assistance in preparation of terminal-originated MMs. 

• TS 31.102 [4], subclauses 4.2.70 and 5.3.31; 

• TS 23.140 [23], subclause 7.1.14 and Annex F. 

8.3.2.3 Test purpose 

1) To verify that the Terminal's MMS User Agent uses the MMS connectivity parameter stored on the USIM to 
connect to the network for MMS purposes. 

2) To verify that when using the MMS User Connectivity Parameters to connect to the network for MMS purposes 
the Terminal's MMS User Agent uses the set of supported parameters in EF MMSUCP with the highest priority 
(as defined by its position in EF MMSUCP). 

3) To verify that the Terminal's MMS User Agent uses the MMS user preference information stored on the USIM 
for user assistance in preparation of terminal-originated MMs. 
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8.3.2.4 



Method of test 



8.3.2.4.1 



Initial conditions 



Four MMS Relays/Servers are available: 
MMS Relay/Server 1: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator2.com 

"GSM-CSD" 
"+49525 1699" 
"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"170.187.51.4" 

"IPv4" 

"9203" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user7" 

"gate way_pas s word7 " 



MMS Relay/Server 2: 



MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port: 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator2.com 

"GSM-CSD" 
"+49525 1700" 
"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTS2" 
"Udo_password2" 

"170.187.51.4" 

"IPv4" 

"9203" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user7" 

" g ate way_pas s word7 " 



MMS Relay/Server 3: 
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■ MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator2.com 

"GSM-GPRS" 

"wap.B2B-operator2.com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"170.187.51.4" 

"IPv4" 

"9203" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user7" 

"gateway_password7" 



MMS Relay/Server 4: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator2.com 

"GSM-GPRS" 

" wap . B2C-operator2 . com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10"*" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTS2" 
"Udo_password2" 

"170.187.51.4" 

"IPv4" 

"9203" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user7" 

"gateway_password7" 



The default UICC is used with the following exceptions: 
EFusT (USIM Service Table) 



Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
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The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service no. 33 (Packed Switched Domain) shall be set to '1' 
Service no. 52 Multimedia Messaging Service available 
Service no. 55 MMS User Coimectivity Parameters available 

Coding: B1 B2 B3 B4 B5 B6 B7 

Binary xx1 x xx1 1 x1 1 x xxxx xxxx 1 xOO xxxx x1 xx xxxx xxx1 xxxx xxxx x1 xx 1 xxx 



EF MMSN 

Logically: 

MMS Status: 
MMS Implementation : 
MMS Notification: 
Extension file record number: "FF" 



Free space 
"00" 

"FFFF... FF" (251 bytes) 



Coding: B1 
00 



B2 
00 



B3 
00 



B4 
FF 



B5 
FF 



B254 
FF 



B255 
FF 



EF MMSICP 
Logically: 



Empty 



Coding: 



B1 
FF 



B2 
FF 



Bxx 
FF 



EF MMSUP 
Logically: 



MMS Implementation 

MMS implementation information: "WAP" 
MMS User Preference Profile Name: "Greeting cards" 
MMS User Information Preference Information 



Visibility: 
Delivery report: 
Read-reply: 
Priority: 
Delivery-Time: 

Value (absolute): 
Expiry: 

Value (relative): 



"hide" 
"yes" 
"yes" 
"normal" 

"l-Jaii-2003, 12:00:00 AM GMT" 
1104537600 seconds 



80 


01 


01 


81 


OE 


47 


72 


65 


65 


74 


69 


6E 


67 


20 


63 


61 


72 


64 


73 


82 


19 


14 


80 


06 


80 


10 


80 


OF 


81 


07 


07 


80 


05 


00 


3E 


12 


2F 


80 


08 


06 


81 


04 


41 


D5 


E8 


00 







ETSI 



3GPP TS 31.121 version 5.1.0 Release 5 



147 



ETSI TS 131 121 V5.1.0 (2005-03) 



EF MMSUCP 



-,nd I 



Logically: 

MMS Connectivity Parameters 
IVIIVIS Implementation 

MMS Implementation Information : 
MMS Relay/Server 

MMS Relay/Server Address 
1^' Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 

' Interface to Core Networl< and Bearer 
Bearer: 
Address: 
Type of address: 
Speed: 
Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
3"* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
4* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway: 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator2.com " 

"GSM-CSD" 

"H-495251699" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"GSM-CSD" 

"H-495251700" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTS2" 
" Udo_pass word2 " 

"GSM-GPRS" 

"wap.B2B-operator2.com" 

"APN" 

"ANALOG_MODEM" 

"No" 
"1*10-5" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"GSM-GPRS" 

"wap.B2C-operator2.com" 

"APN" 

"ANALOG_MODEM" 
"No" 

"l*lQ-5" 

"1*10"''" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTS2" 
" Udo_pass word2 " 

"170.187.51.4" 

"IPv4" 

"9203" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user7" 

" gate way_pass word7 " 
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Coding: AB 
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The UICC is installed into the Terminal and the user has indicated the data stored in EF MMSUCP as default. 

8.3.2.4.2 Procedure 

a) The Terminal is powered on and the PIN shall be entered. 

b) When the Terminal is in idle mode the user shall generate an MM using the MMS User Agent on the Terminal 
with the default MMS User Connectivity Parameters and the MMS user preference information stored in the 
card and send it to "+0123456789". 

8.3.2.5 Acceptance criteria 

1) After step b) the Terminal shall have read the first supported set of MMS cormectivity parameters stored in EF 
MMSUCP. 

2) After step b) the Terminal shall have sent the MM to "+0123456789" using the MMS User Connectivity 
Parameter set with the highest priority (as defined by its position in EF MMSUCP), which can be used to access 
an available MMS Relay/Server. 

3) After step b) the Terminal shall have sent the MM to "+0123456789" using the MMS user preference 
information stored in EF MMSUP. 

8.3.3 UE recognising the priority order of MMS Issuer Connectivity 
Parameters over tine MMS User Connectivity Parameters 

8.3.3.1 Definition and applicability 

An MMS User Agent shall use the MMS related information stored in the USIM, if present, unless otherwise specified 
by the user. This information comprises MMS connectivity information, MMS user preferences and MMS notifications. 

MMS user preferences information, which is stored on the USIM, shall be used by an MMS User Agent for user 
assistance in preparation of terminal-originated MMs (e.g. default values for parameters that are often used). 
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This test applies to Terminals accessing UTRAN and GERAN Terminals both supporting MMS and when no user 
MMS connectivity parameters have been selected. 

8.3.3.2 Conformance requirement 

MMS connectivity information, on the USIM includes a number of sets of MMS connectivity parameters. Some of 
these sets of MMS connectivity parameters are preset by the issuer of the USIM with the first set being the default. 
Such default preset MMS connectivity parameter set shall be selected unless otherwise specified by the user. 

• TS 31.102 [4], subclauses 4.2.69, 4.7.71, 5.3.30 and 5.3.32; 

• TS 23.140 [23], subclause 7.1.14 and Annex F 

8.3.3.3 Test purpose 

1) To verify that the Terminal's MMS User Agent uses the MMS connectivity parameter stored on the USIM to 
connect to the network for MMS purposes. 

2) To verify that a MMS Issuer Connectivity Parameter set with lower priority (as defined by its position in EF 
MMSICP) takes precedence over a MMS User Connectivity Parameter set with a higher priority. 

8.3.3.4 Method of test 

8.3.3.4.1 Initial conditions 

Four MMS Relays/Servers are available; 
MMS Relay/Server 1: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com " 

"GSM-CSD" 
"+49525 1699" 
"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

"gateway _password9" 
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MMS Relay/Server 2: 



■ MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com 

"GSM-GPRS" 

"wap.B2P-operator3.com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

"gateway_password9" 



MMS Relay/Server 3: 



MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com 

"GSM-CSD" 

"H-496998626" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

"gateway_password9" 
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MMS Relay/Server 4: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com " 

"GSM-GPRS" 

" wap . B2C-operator3 . com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

"gateway_password9" 



The default UICC is used with the following exceptions: 
EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service no. 33 (Packed Switched Domain) shall be set to T 
Service no. 52 Multimedia Messaging Service available 
Service no. 55 MMS User Connectivity Parameters available 



Coding: 
Binary 



B1 

xx1x xxl 1 



82 

Xl 1 X xxxx 



B3 

xxxx 1 xOO 



B4 

xxxx X1 XX 



85 

xxxx XXX 1 



86 

xxxx xxxx 



87 

X1 XX 1 XXX 



EF MMSN 



Logically: 

MMS Status: 
MMS Implementation : 
MMS Notification: 
Extension file record number: 



Free space 
"00" 

"FFFF ... FF" (251 bytes) 
"pp" 



Coding: B1 
00 



B2 
00 



B3 
00 



B4 
FF 



85 
FF 



B254 
FF 



B255 
FF 



EF MMSICP 
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Logically: 

MMS Connectivity Parameters 
IVIIVIS Implementation 

MMS Implementation Information : 
MMS Relay/Server 

MMS Relay/Server Address 
1^' Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
2"^* Interface to Core Networl< and Bearer 
Bearer: 
Address: 
Type of address: 
Speed: 
Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
3"* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
4* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway: 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com " 

"GSM-CSD" 

"H-496998625" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"GSM-CSD" 

"H-496998626" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"GSM-GPRS" 

"wap.B2B-operator3.com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10 *" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2B_0TS1" 
"B2B_passwordl" 

"GSM-GPRS" 

"wap.B2C-operator3.com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10 *" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2C_OTS2" 
"B2C_password2" 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

"gateway_password9" 
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EF MMSUP 
Logically: 



MMS Implementation 

MMS implementation information: "WAP" 

MMS User Preference Profile Name: "Greeting cards" 
MMS User Information Preference Information 

Visibility: "hide" 

Delivery report: "yes" 

Read-reply: "yes" 

Priority: "normal" 

Delivery- Time: 

Value (absolute): " l-Jan-2003, 12:00:00 AM GMT" 
Expiry: 

Value (relative): 1 104537600 seconds 
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EF MMSUCP 



-,nd I 



Logically: 

MMS Connectivity Parameters 
IVIIVIS Implementation 

MMS Implementation Information : 
MMS Relay/Server 

MMS Relay/Server Address 
1^' Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 

' Interface to Core Networl< and Bearer 
Bearer: 
Address: 
Type of address: 
Speed: 
Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
3"* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-EiTor-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
4* Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway: 
Address: 
Type of address: 
Port : 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operator3.com " 

"GSM-CSD" 

"H-495251699" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"GSM-CSD" 

"H-495251700" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"UDO_OTS2" 
" Udo_pass word2 " 

"GSM-GPRS" 

"wap.B2P-operator3.com" 

"APN" 

"ANALOG_MODEM" 

"No" 
"1*10-5" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTSl" 
"Udo_passwordl " 

"GSM-GPRS" 

"wap.B2C-operator3.com" 

"APN" 

"ANALOG_MODEM" 
"No" 

"l*lQ-5" 

"1*10"''" 

"Interactive class" 
"8 kbps" 
"PAP" 

"UDO_OTS2" 
" Udo_pass word2 " 

"170.187.51.5" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_user9" 

" gate way_pass word9 " 
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The UICC is installed into the Terminal and the user hasn't specified a default MMS connectivity parameter set. 

8.3.3.4.2 Procedure 

a) The Terminal is powered on and the PIN shall be entered. 

b) When the Terminal is in idle mode the user shall generate an MM using the MMS User Agent on the Terminal 
with the default MMS connectivity parameter set and send it to "+0123456789". If no MMS Relay/Server is 
available for this parameter set, the next MMS connectivity parameter set offered by the MMS User Agent shall 
be used to send the MM. 

8.3.3.5 Acceptance criteria 

After step b) the Terminal shall have sent the MM to "+0123456789" using the first supported MMS connectivity 
parameter set, which can be used to access an available MMS Relay/Server and is stored in EF MMSICP. 

8.3.4 Usage of MMS notification 

8.3.4.1 Definition and applicability 

An MMS User Agent shall use the MMS related information stored in the USIM, if present, unless otherwise specified 
by the user. This information comprises MMS cormectivity information, MMS user preferences and MMS notifications. 
MMS notifications should be stored on the USIM together with an associated status by a MMS User Agent according to 
TS 23.140 [23]. 

This test applies to 3G Terminals and GERAN Terminals both supporting MMS notification storage on the USIM. 

8.3.4.2 Conformance requirement 

A Terminal supporting MMS notification storage on the USIM shall store MMS notifications together with an 
associated status on the USIM. 

• TS 31.102 [4], subclauses 4.2.67 and 5.3.29; 
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• TS 23.140 [23], subclauses 7.1.12, 7.1.14, 8.1.4 and Annex F. 

8.3.4.3 Test purpose 

To verify that the Terminal stores and updates MMS notifications with the associated status on the USIM correctly. 



8.3.4.4 



Method of test 



8.3.4.4.1 



Initial conditions 



Two MMS Relays/Servers are available: 
MMS Relay/Server 1: 

MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port: 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operatorl .com " 

"GSM-CSD" 

"+496998625" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordl " 
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MMS Relay/Server 2: 

- MMS Connectivity Parameters 

MMS implementation information: 
MMS Relay /Server 

MMS Relay/Server information: 
Interface to Core Network and Bearer 

Bearer: 

Address: 

Type of address: 

Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 
Gateway 
Address: 
Type of address: 
Port: 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



"WAP" 

"http:// mms-operatorl .com " 

"GSM-GPRS" 

"wap.B2B-operatorl.com" 

"APN" 

"ANALOG_MODEM" 

"No" 

"1*10"^" 

"1*10^" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"170.187.51.3" 

"IPv4" 

"9201" 

"CO-WSP" 

"HTTP BASIC" 

"gateway_userr' 

"gateway_passwordr' 



The default UICC is used with the following exceptions: 
EFusT (USIM Service Table) 

Logically: Local Phone Book available 

User controlled PLMN selector available 
Fixed dialling numbers available 
Barred dialling numbers available 
The GSM Access available 

The Group Identifier level 1 and level 2 not available 
SMS available 
SMS Status available 

Service no. 33 (Packed Switched Domain) shall be set to '1' 
Service no. 52 Multimedia Messaging Service available 
Service no. 53 Extension 8 available 

Service no. 55 MMS User Connectivity Parameters not available 

Coding: B1 B2 B3 B4 B5 B6 B7 

Binary xxixxxll xllxxxxx xxxxIxOO xxxxxixx xxxx xxxl xxxx xxxx xOxl 1xxx 



EF MMSN 



Logically: 

MMS Status: 
MMS Implementation : 
MMS Notification: 
Extension file record number: 



Free space 
"00" 

"FFFF ... FF" (251 bytes) 
"FF" 



Coding: B1 
00 



B2 
00 



B3 
00 



B4 
FF 



B5 
FF 



B254 
FF 



B255 
FF 



EF MMSUP 
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Logically: 



MMS Implementation 

MMS implementation information: "WAP" 
MMS User Preference Profile Name: "Greeting cards" 
MMS User Information Preference Information 



Visibility: 
Delivery report: 
Read-reply: 
Priority: 
Delivery-Time: 

Value (absolute): 
Expiry: 

Value (relative): 



"hide" 
"yes" 
"yes" 
"normal" 

"l-Jan-2003, 12:00:00 AM GMT" 
1104537600 seconds 
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01 
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65 


74 
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73 
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00 
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00 







EF MMSICP 



-.nd 



Logically: 

MMS Connectivity Parameters 
MMS Implementation 

MMS Implementation Information : 
MMS Relay/Server 

MMS Relay/Server Address 
1^' Interface to Core Networl< and Bearer 

Bearer: 

Address: 

Type of address: 

Speed: 

Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
Interface to Core Networl< and Bearer 
Bearer: 
Address: 
Type of address: 
Speed: 
Call type: 

Authentication type: 
Authentication id: 
Authentication pw: 
' Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 



"WAP" 

"http:// mms-operatorl .com " 

"GSM-CSD" 

"H-496998625" 

"E164" 

"Autobauding" 

"ANALOG_MODEM" 

"PAP" 

"B2B_OTSl" 
"B2B_passwordl" 

"GSM-CSD" 

"H-496998626" 

"E164" 

"Autobauding" 

'ANALOG_MODEM" 

"PAP" 

'B2C_OTS2" 
'B2C_password2" 

"GSM-GPRS" 
'wap.B2B-operatorl .com" 
"APN" 

'ANALOG_MODEM" 

"No" 

"1*10"'" 
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SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 



"1*10^" 

"Interactive class' 



"8 kbps" 
"PAP" 

"B2B_OTSl" 
"B2B_passwordl 



4 Interface to Core Network and Bearer 
Bearer: 
Address: 
Type of address: 
Call type: 

Delivery of erroneous SDU: 
Residual Bit Error Rate: 
SDU-Error-Ratio: 
Traffic-class: 

Maximum bit rate for downlink: 
Authentication type: 
Authentication id: 
Authentication pw: 



"GSM-GPRS" 



"wap.B2C-operatorl .com' 
"APN" 

"ANALOG_MODEM" 

"No" 
"1*10"'" 
"1*10 *" 

"Interactive class" 
"8 kbps" 
"PAP" 

"B2C_OTS2" 
"B2C_password2" 



Gateway: 
Address: 
Type of address: 
Port: 
Service: 

Authentication type: 
Authentication id: 
Authentication pw: 



170.187.51.3" 
'IPv4" 
'9201" 
CO-WSP" 
HTTP BASIC" 



'gateway_userl" 
'gateway_passwordl 
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EF EXT8 

Logically: 

At least 10 records. 

Record 1 to 10: Free space with 253 bytes for extension data 
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Record 1: 

Coding: B1 B2 B3 B4 B255 

Hex 00 FF FF FF FF 



The UICC is installed into the Terminal and the user hasn't specified a default MMS connectivity parameter set. 



8.3.4.4.2 Procedure 

a) The terminal is powered on and the PIN shall be entered. 

b) When the terminal is in idle mode a MM shall be sent to the terminal via the MMS Relay/Server 1 or 2, 
dependent on the bearer supported by the terminal. This MMS Relay/Server shall then generate a notification to 
the Terminal's MMS User Agent. With the MM notification the MMS User Agent shall receive a message 
reference that can be used for retrieving the MM from this MMS Relay/Server. 

The MM shall result in a MMS notification with the following predefined values: 

X-Mms Message Type: "m-notification-ind" (0x82) 

X-Mms-Transaction-ID: "01" 



X-Mms-MMS- Version: "1.0" 



From: not present (hidden) 

Subject: "MM for you" 

X-Mms-Content-Location: "http://mms-operatorl/MMBox/ID-007-12345678" 

c) The user shall read the MMS notification stored on the USIM. 

d) The user shall retrieve the MM stored on the MMS Relay/Server used in step b). 

e) The user shall forward the MM to "+0123456789" using the default MMS Issuer Connectivity Parameters 
stored on the USIM. 



f) A MM shall be sent to the terminal via the same MMS Relay/Server as in step b). This MMS Relay/Server shall 
then generate a notification to the Terminal's MMS User Agent. With the MM notification the MMS User 
Agent shall receive a message reference that can be used for retrieving the MM from this MMS Relay/Server. 

The MM shall result in a MMS notification with the following predefined values: 

X-Mms Message Type: "m-notification-ind" (0x82) 

X-Mms-Transaction-ID: "02" 



X-Mms-MMS-Version: "1.0" 



From: "+0987123654" 
Subject: "Urgent MM" 

X-Mms -Content-Location: "http://mms-operatorl/MMBox/ID-007-02468024" 

g) The user shall read the MMS notification stored on the USIM. 

h) The user shall reject the MM stored on the MMS Relay/Server used in step b). 



8.3.4.5 Acceptance criteria 

1) After step b) the MMS User Agent on the terminal shall have stored the MMS notification on the USIM with the 
values defined in step b) of 8.4.4.4.2, the associated status shall have been set to "Used space, notification not 
read, MM not retrieved" and the MMS User Agent shall indicate to the user that a MMS notification has been 
received. 
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2) After step c) the status of the MMS notification stored on the USIM shall have been set to "used space, 
notification read, MM not retrieved". 

3) After step d) the MMS user agent shall have retrieved the MM from the MMS Relay/Server 1 and the status of 
the MMS notification stored on the USIM shall have either been set to "used space, notification read, MM 
retrieved" or the MMS notification shall have been deleted and the associated shall have been set to "Free 

space". 

4) After step e) the terminal shall have read the set of MMS Issuer Connectivity Parameters stored first in EF 
MMSICP and shall have forward the MM to "+0123456789" using the MMS Relay/Server 1. The MMS 

notification shall have either been set to "used space, notification read, MM forwarded" or the MMS notification 
shall have been deleted and the associated shall have been set to "Free space". 

5) After step f) the MMS User Agent on the terminal shall have stored the MMS notification on the USIM with the 
values defined in step f) of 8.4.4.4.2, the associated status shall have been set to "Used space, notification not 
read, MM not retrieved" and the MMS User Agent shall indicate to the user that a MMS notification has been 
received. 

6) After step g) the status of the MMS notification stored on the USIM shall have been set to "used space, 
notification read, MM not retrieved". 

7) After step h) the MMS user agent shall have not retrieved the MM from the MMS Relay/Server 1 and the status 
of the MMS notification stored on the USIM shall have either been set to "used space, notification read, MM 
rejected" or the MMS notification shall have been deleted and the associated shall have been set to "Free space". 



8.4 Dice presence detection 

8.4.1 Definition and applicability 

To ensure that the UICC has not been removed during a card session, the Terminal sends in case of inactivity on the 
UICC-Terminal interface, at frequent intervals, a STATUS command during each call. 

This procedure shall be used in addition to a mechanical or other devices used to detect the removal of a UICC. 
This test applies to all Terminal accessing UTRAN or GERAN. 

8.4.2 Conformance requirement 

A STATUS command shall be issued within all 30 second periods of inactivity on the UICC-Terminal interface during 
a call. Inactivity in this case is defined as starting at the end of the last communication or the last issued STATUS 
command. If no response data is received to this STATUS command, then the call shall be terminated as soon as 
possible but at least within 5s after the STATUS command has been sent. If the DF indicated in response to a STATUS 
command is not the same as that which was indicated in the previous response, or accessed by the previous command, 
then the call shall be terminated as soon as possible but at least within 5 seconds after the response data has been 
received. 

• TS 3 1 . 1 02 [4] , subclauses 5 . 1 .9 

• TS 102 221 [5], clause 14.5.2. 



8.4.3 Test purpose 

1) To verify that there are no periods of inactivity on the UICC-Terminal interface greater than 30 seconds during a 
call. 

2) To verify that the terminal terminates a call within 5 s at the latest after having received an invalid response to 
the STATUS command. 
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8.4.4 



Method of test 



8.4.4.1 



Initial conditions 



The terminal shall be connected to the UICC simulator. All elementary files shall be coded as default. 



a) A call shall be set up using the generic call setup. 

b) The UICC simulator shall monitor the time of periods of inactivity on the UICC-Terminal interface. 

c) After 3 minutes, the call shall be cleared. 

d) A call shall be set up using the generic call setup. 

e) After one minute after the call was successfully set up, the UICC simulator shall respond to a STATUS 
command with the response data of the MF. 



1) During step b), the time of periods of inactivity on the UICC-Terminal interface shall not be longer than 30 
seconds. 

2) After step e), the Terminal shall terminate the call within 5 s at the latest after having received the wrong 
response to the STATUS command. 



8.4.4.2 



Procedure 



8.4.5 Acceptance criteria 
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